On Mon, 2007-09-17 at 18:43 -0700, Wu, Gilbert wrote: > ata_task_return code=0 ====> ****** cmd success then the no ATA > output register return. > scsi 2:0:0:0: CD-ROM PLEXTOR DVDR PX-755A 1.02 PQ: 0 > ANSI: 5 > scsi 2:0:0:0: Attached scsi generic sg2 type 5 > ata command=a0 > ata_task_return code=c ======> ***** cmd failed then return ATA output > register > return reg= 34 40 51 54 0 0 0 a0 0 > ata command=a0 > ata_task_return code=1 That just says a packet command returned an illegal request ... I think the CD layer expects this, but without seeing the SCSI command it's hard to tell. > sas: sas_ata_phy_reset: Found ATAPI device. > ata command=a0 > ata_task_return code=c > return reg= 34 40 51 24 0 0 20 a0 0 > ata command=a0 > ata_task_return code=1 This again is a packet command returning not ready (probably no media present). > ata command=a0 > ata_task_return code=c > return reg= 34 40 51 24 0 0 20 a0 0 > ata command=a0 > ata_task_return code=1 > ata command=a0 > ata_task_return code=c > return reg= 34 40 51 24 0 0 20 a0 0 > ata command=a0 > ata_task_return code=1 > ata command=a0 > ata_task_return code=c > return reg= 34 40 51 24 0 0 20 a0 0 > ata command=a0 > ata_task_return code=1 These again look like normal CD probes returning not ready. > ata command=a0 > ------------[ cut here ]------------ > kernel BUG at drivers/ata/libata-core.c:1380! > invalid opcode: 0000 [#1] OK, this is the fascinating one ... I think it's a bug in libata itself. It seems to mean that the tag its trying to use (which is fixed by convention) is already outstanding. Since the current probe sequence is single threaded, I can't really see how this has happened. James - 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
