On Feb 7, 2007, at 4:10 AM, Hannes Reinecke wrote:
Darrick J. Wong wrote:
Mark Rustad wrote:
I have systems with Supermicro X6-class (Nocona/Lindenhurst)
motherboards with Adaptec SCSI and SAFTE backplanes running software
RAID-1 (md) on a pair of drives. When I hot-insert a drive, I get
a lot
of noise from the kernel apparently due to lack of handling
something in
the interrupt routine. So far, life seems to go on after the
event, but
not knowing anything about the internals of the driver, I am
concerned
enough to want to ask about it.
I see the noise too, though I don't know enough about aic79xx (and am
too busy with aic94xx) to do anything about it. As far as I can
tell,
the driver's just being a little trigger happy with the "DUMP CARD
STATE" routine. But that's my totally unqualified opinion. :)
Yeah, that's default behaviour with aic79xx. First complain and then
check if it actually was an error.
But anyway, looks like it was actually my fault. Might be an idea to
clear the bus reset flag again.
Care to try the attached patch?
Happy to try it. Of course the dump card state noise went away, but
now upon drive insert I see the following messages:
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
scsi0: Someone reset channel A
sd 0:0:5:0: Attempting to queue a TARGET RESET message:CDB:
scsi0: Device reset code sleeping
(scsi0:A:5:0): Task Management Func 0x8 Complete
Recovery SCB completes
scsi0: device overrun (status 9) on 0:5:0
scsi0: Device reset returning 0x2002
md: unbind<sdb2>
md: export_rdev(sdb2)
md: unbind<sdb3>
md: export_rdev(sdb3)
md: unbind<sdb5>
md: export_rdev(sdb5)
md: unbind<sdb6>
md: export_rdev(sdb6)
SCSI device sdb: 71132959 512-byte hdwr sectors (36420 MB)
sdb: Write Protect is off
sdb: Mode Sense: cb 00 00 08
SCSI device sdb: write cache: disabled, read cache: enabled, doesn't
support DPO or FUA
sdb: unknown partition table
SCSI device sdb: 71132959 512-byte hdwr sectors (36420 MB)
sdb: Write Protect is off
sdb: Mode Sense: cb 00 00 08
SCSI device sdb: write cache: disabled, read cache: enabled, doesn't
support DPO or FUA
sdb: sdb1 sdb2 sdb3 sdb4 < sdb5 sdb6 >
In other respects, the system is as before – life continues, the re-
established RAIDs resync, etc. Interestingly, the RAIDs are recyncing
in a different order than I usually see, but that is probably not
very significant.
--
Mark Rustad, MRustad@xxxxxxxxx
-
To unsubscribe from this list: send the line "unsubscribe linux-scsi" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
