On Fri, 2005-09-09 at 13:25 +0200, Bernd Schubert wrote: > Vendor: transtec Model: T5008 Rev: 0001 > Type: Direct-Access ANSI SCSI revision: 03 > scsi4:A:0:0: Tagged Queuing enabled. Depth 32 > SCSI device sdc: 4101521408 512-byte hdwr sectors (2099979 MB) > SCSI device sdc: drive cache: write back > SCSI device sdc: 4101521408 512-byte hdwr sectors (2099979 MB) > SCSI device sdc: drive cache: write back > sdc: sdc1 sdc2 sdc3 < sdc5 sdc6 sdc7 sdc8 > > Attached scsi disk sdc at scsi4, channel 0, id 0, lun 0 > Attached scsi generic sg2 at scsi4, channel 0, id 0, lun 0, type 0 > scsi: host 4 channel 0 id 0 lun 0x00000200080c0400 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun1002486961 has a LUN larger than allowed by the > host adapter > scsi: host 4 channel 0 id 0 lun 0x01000000407a27c0 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun 0x007a27c0d05d27c0 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun 0x305e27c0907b27c0 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun 0xf08227c0b08d27c0 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun 0x307827c0008527c0 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun 0x00000000b06727c0 has a LUN larger than > currently supported. > scsi: host 4 channel 0 id 0 lun 0x306727c0706727c0 has a LUN larger than > currently supported. This looks symptomatic of a report luns failure > EIP is at ahd_send_async+0xde/0x2a0 [aic79xx] This I'm not sure about. There are some fixes that may correct this in the current kernel tree head (i.e. beyond 2.6.13), if you could give that a go. James - : 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
