Andrew Morton wrote: > > Begin forwarded message: > > Date: Fri, 28 Oct 2005 12:03:12 +0300 (EEST) > From: Meelis Roos <mroos@xxxxxxxx> > To: Linux Kernel list <linux-kernel@xxxxxxxxxxxxxxx> > Subject: 2.6.14: aic7xxx broken with blktool > > > I'm using blktool to find info about installed disks. With Debian's > 2.6.8, "blktool /dev/sda id" worked fine. With 2.6.14 it's broken (see > below). Adaptec 2940UW with a 4.5G Quantum Viking II disk. > > It outputs random data from memory as a response to the scsi command, > different recent strings different times. > > Otherwise the disk works OK. > > blktools is from Debian Sarge, package version 4-2, and works fine with > 2.6.8-2-686-smp kernel from Debian. As the log indicated, a command was aborted, possibly the INQUIRY. blktool (version 4.2) doesn't seem to do any SG_IO error processing, so if an error was returned then it would not have known and just assumed the INQUIRY response buffer had been filled. sdparm is a little more rigorous in the error checking area and it has been burnt by the block layer SG_IO yielding a false positive. So I now prefill the INQUIRY response buffer with 0x7f in buf[0] and zero in the rest. My guess is that the kernel problem is with the aic7xxx driver in lk 2.6.14 . While glancing at blktool scsi.c (version 4.2) I was surprised by the brevity of handle_scsi_wcache() which implements "wcache on|off" for SCSI disks. It ain't that simple and a test indicated that version doesn't work. Doug Gilbert - : 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