All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: [Bugme-new] [Bug 7900] New: Kernel OOPS when using tape drive (compiler bug?)
       [not found] <200701300139.l0U1dP09019983@fire-2.osdl.org>
@ 2007-01-30  2:05 ` Andrew Morton
  2007-02-03 11:25   ` Kai Makisara
  0 siblings, 1 reply; 2+ messages in thread
From: Andrew Morton @ 2007-01-30  2:05 UTC (permalink / raw)
  To: linux-scsi; +Cc: bugme-daemon@kernel-bugs.osdl.org, Kai Makisara, michal

On Mon, 29 Jan 2007 17:39:25 -0800
bugme-daemon@bugzilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=7900
> 
>            Summary: Kernel OOPS when using tape drive (compiler bug?)
>     Kernel Version: 2.6.20-rc5
>             Status: NEW
>           Severity: high
>              Owner: io_scsi@kernel-bugs.osdl.org
>          Submitter: michal@logix.cz
> 
> 
> Most recent kernel where this bug did *NOT* occur:
> Distribution: OpenSUSE 10.2 x86
> Hardware Environment: 
> SCSI controller "LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual
> Ultra320 SCSI (rev 07)", tape streamer Datastor LTO1 (don't know the exact model)
> 
> Software Environment: OpenSUSE 10.2 x86, mondoarchive, mondorescue
> 
> Problem Description:
> Attempt to restore data from a tape drive results in the following Oops and
> subsequent functinality loss of the strreamer. Writing to the tape, however,
> worked fine. Or at least mondoarchive haven't complained.
> 
> Following kernel Oops happens on both self-compiled vanilla 2.6.20-rc5 and
> original Suse kernel 2.6.18.2-34-default, both are compiled with GCC 4.1.2. As
> soon as I recompiled 2.6.20-rc5 with the exactly same config on an older Suse
> with GCC 3.3.3 it fixed the problem.
> 
> ------- You are receiving this mail because: -------
> You are on the CC list for the bug, or are watching someone who is.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: [Bugme-new] [Bug 7900] New: Kernel OOPS when using tape drive (compiler bug?)
  2007-01-30  2:05 ` [Bugme-new] [Bug 7900] New: Kernel OOPS when using tape drive (compiler bug?) Andrew Morton
@ 2007-02-03 11:25   ` Kai Makisara
  0 siblings, 0 replies; 2+ messages in thread
From: Kai Makisara @ 2007-02-03 11:25 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-scsi, bugme-daemon@kernel-bugs.osdl.org, michal

On Mon, 29 Jan 2007, Andrew Morton wrote:

> On Mon, 29 Jan 2007 17:39:25 -0800
> bugme-daemon@bugzilla.kernel.org wrote:
> 
> > http://bugzilla.kernel.org/show_bug.cgi?id=7900
> > 
> >            Summary: Kernel OOPS when using tape drive (compiler bug?)
> >     Kernel Version: 2.6.20-rc5
> >             Status: NEW
> >           Severity: high
> >              Owner: io_scsi@kernel-bugs.osdl.org
> >          Submitter: michal@logix.cz
> > 
> > 
> > Most recent kernel where this bug did *NOT* occur:
> > Distribution: OpenSUSE 10.2 x86
> > Hardware Environment: 
> > SCSI controller "LSI Logic / Symbios Logic 53c1030 PCI-X Fusion-MPT Dual
> > Ultra320 SCSI (rev 07)", tape streamer Datastor LTO1 (don't know the exact model)
> > 
> > Software Environment: OpenSUSE 10.2 x86, mondoarchive, mondorescue
> > 
> > Problem Description:
> > Attempt to restore data from a tape drive results in the following Oops and
> > subsequent functinality loss of the strreamer. Writing to the tape, however,
> > worked fine. Or at least mondoarchive haven't complained.
> > 
I don't know how mondoarchive uses the tape. The bug 7900 looked somewhat 
similar. It might be useful to try the patch provided for that bug (in 
Bugzilla and linux-scsi).

-- 
Kai

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2007-02-03 11:22 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
     [not found] <200701300139.l0U1dP09019983@fire-2.osdl.org>
2007-01-30  2:05 ` [Bugme-new] [Bug 7900] New: Kernel OOPS when using tape drive (compiler bug?) Andrew Morton
2007-02-03 11:25   ` Kai Makisara

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.