From: Joel Soete <soete.joel@tiscali.be>
To: Matthew Wilcox <matthew@wil.cx>
Cc: parisc-linux@parisc-linux.org
Subject: Re: [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver
Date: Mon, 27 Dec 2004 00:26:21 +0000 [thread overview]
Message-ID: <41CF56AD.2010504@tiscali.be> (raw)
In-Reply-To: <20041226173709.GH11543@parcelfarce.linux.theplanet.co.uk>
Hello all,
Matthew Wilcox wrote:
> On Sun, Dec 26, 2004 at 05:04:40AM -0500, Mike Frysinger wrote:
>
>>seems to be a new bug because building a 2.6.8.1-pa7 kernel with same .config
>>works fine while a 2.6.10-pa1 panics ;(
>
>
> I suspect any 2.6.9 kernel will work fine and some of the earlier
> 2.6.10-rc too. At some stage, I may invite you to do a binary search
> to figure out what patch caused this problem ... but see below first.
>
>
>>2.6.10-pa1-scsi-panic - dmesg output from scsi driver up through panic
>>2.6.8.1-pa11-dmesg - scsi dmesg output from a good kernel
>
>
> This is good -- very helpful.
>
>
>>sym0: <875> rev 0x4 at pci 0000:00:13.0 irq 99
>>sym0: No NVRAM, ID 7, Fast-20, SE, parity checking
>
>
> The 875 only supports wide ultra scsi (ie, FAST-20, 40MB/s).
>
I just tested new 2.6.10 on my i386 box with same scsi interface (hp supply):
[...]
PCI: Found IRQ 11 for device 0000:00:09.0
sym0: <875> rev 0x14 at pci 0000:00:09.0 irq 11
sym0: Symbios NVRAM, ID 7, Fast-20, HVD, parity checking
sym0: open drain IRQ line driver, using on-chip SRAM
sym0: using LOAD/STORE-based firmware.
sym0: SCSI BUS has been reset.
scsi0 : sym-2.1.18m
Vendor: SEAGATE Model: ST336605LSUN36G Rev: 0238
Type: Direct-Access ANSI SCSI revision: 03
sym0:6:0: tagged command queuing enabled, command queue depth 16.
target0:0:6: Beginning Domain Validation
sym0:6: wide asynchronous.
sym0:6: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
target0:0:6: Ending Domain Validation
PCI: Found IRQ 5 for device 0000:00:09.1
PCI: Sharing IRQ 5 with 0000:00:0a.0
sym1: <875> rev 0x14 at pci 0000:00:09.1 irq 5
sym1: Symbios NVRAM, ID 7, Fast-20, HVD, parity checking
sym1: open drain IRQ line driver, using on-chip SRAM
sym1: using LOAD/STORE-based firmware.
sym1: SCSI BUS has been reset.
scsi1 : sym-2.1.18m
PCI: Found IRQ 5 for device 0000:00:0a.0
PCI: Sharing IRQ 5 with 0000:00:09.1
sym2: <875> rev 0x26 at pci 0000:00:0a.0 irq 5
sym2: Symbios NVRAM, ID 7, Fast-20, SE, parity checking
sym2: open drain IRQ line driver, using on-chip SRAM
sym2: using LOAD/STORE-based firmware.
sym2: SCAN FOR LUNS disabled for targets 0 1 2 3 4 5 6 8 9 10 11 12 13 14 15.
sym2: SCSI BUS has been reset.
scsi2 : sym-2.1.18m
Vendor: QUANTUM Model: ATLAS_V_18_WLS Rev: 0230
Type: Direct-Access ANSI SCSI revision: 03
sym2:0:0: tagged command queuing enabled, command queue depth 16.
target2:0:0: Beginning Domain Validation
sym2:0: wide asynchronous.
sym2:0: FAST-20 WIDE SCSI 40.0 MB/s ST (50.0 ns, offset 16)
target2:0:0: Ending Domain Validation
st: Version 20041025, fixed bufsize 32768, s/g segs 256
SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write through
SCSI device sda: 71132959 512-byte hdwr sectors (36420 MB)
SCSI device sda: drive cache: write through
sda: sda1 sda2 sda3 sda4 < sda5 sda6 sda7 sda8 sda9 >
Attached scsi disk sda at scsi0, channel 0, id 6, lun 0
SCSI device sdb: 35861388 512-byte hdwr sectors (18361 MB)
SCSI device sdb: drive cache: write back
SCSI device sdb: 35861388 512-byte hdwr sectors (18361 MB)
SCSI device sdb: drive cache: write back
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 sdb7 sdb8 sdb9 sdb10 >
Attached scsi disk sdb at scsi2, channel 0, id 0, lun 0
Attached scsi generic sg0 at scsi0, channel 0, id 6, lun 0, type 0
Attached scsi generic sg1 at scsi2, channel 0, id 0, lun 0, type 0
[...]
and all seems to works fine.
Is there difference between upstream kernel and pa cvs from sym2 driver point of view?
hth,
Joel
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
next prev parent reply other threads:[~2004-12-27 0:26 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-12-26 10:04 [parisc-linux] linux-2.6.10-pa1 panic on C360 in SCSI driver Mike Frysinger
2004-12-26 17:37 ` Matthew Wilcox
2004-12-26 17:42 ` Kyle McMartin
2004-12-27 0:26 ` Joel Soete [this message]
2004-12-27 0:49 ` Matthew Wilcox
2004-12-28 1:45 ` Mike Frysinger
2004-12-28 3:30 ` James Bottomley
2004-12-28 3:49 ` Mike Frysinger
2004-12-28 3:35 ` Matthew Wilcox
2004-12-28 4:01 ` Mike Frysinger
2004-12-29 3:43 ` Matthew Wilcox
2004-12-29 19:19 ` Mike Frysinger
2004-12-29 21:28 ` James Bottomley
2004-12-29 21:49 ` Mike Frysinger
2004-12-29 21:54 ` Mike Frysinger
2004-12-29 22:03 ` Matthew Wilcox
2004-12-29 22:37 ` James Bottomley
2004-12-29 23:16 ` Mike Frysinger
2004-12-30 17:04 ` James Bottomley
2004-12-30 20:43 ` Mike Frysinger
[not found] ` <200501011839.13090.vapier@gentoo.org>
2005-01-02 0:58 ` Matthew Wilcox
2005-01-04 6:01 ` Randolph Chung
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=41CF56AD.2010504@tiscali.be \
--to=soete.joel@tiscali.be \
--cc=matthew@wil.cx \
--cc=parisc-linux@parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.