I am writing a driver for the GD Rom on the SEGA Dreamcast. This could, loosely, be described as an ATAPI device - it's registers correspond closely with those in the ATA3 specification but it has proprietary packet command interface (the SPI which is only partly reversed) similiar but quite different from the standard ATAPI packet commands. Anyway, to cut a long story short, when a command goes wrong, the get sense packet command does not seem to generate an end of event interrupt and as a result the command times out (after 60 seconds in my driver) but the correct sense key is then returned on a read of the Data register. My question is whether this (ie sense times out but still returns the right result) is this behaviour you would expect in a "normal" ATAPI device? I am trying to work out what is the best way to handle this - 60 seconds is a long time to wait around if the register will hold the correct value after a second or less... - To unsubscribe from this list: send the line "unsubscribe linux-ide" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html