This message is from the T13 list server.
Stemming from some SCSI to ATA Translation (SAT) letter ballot discussions on the behavior of the NOP command, I've prepared two proposals for T13 to discuss at the April meeting (posted on http://www.t13.org): e06125r0-ATA8-ACS_IDENTIFY_PACKET_DEVICE_supported_features.pdf IDENTIFY PACKET DEVICE must return specific values for feature sets/commands that are mandatory or prohibited in packet devices (e.g. NOP is mandatory). e06126r0-ATA8-ACS_NOP_clarifications.pdf Since NOP with subcommand 00h behaves the same as an unsupported command, there is no reason for IDENTIFY DEVICE to include NOP Supported/Enabled bits except for subcommands 01h-FFh. Those subcommands have different behavior for devices supporting the Overlapped and Queued feature sets. So, this proposal adds a sentence noting that, for devices supporting the Overlapped feature set, the IDENTIFY DEVICE data bits indicating NOP support also imply that NOP subcommands 01h-FFh are supported. Also, the NOP Auto Poll model discusses how host adapters might complete the command with ERR=0, which the NOP command description doesn't mention at all. Based on d97142r1, the proposal that added the feature, changes are suggested to mention this exception in the NOP command description. -- Rob Elliott, [EMAIL PROTECTED] Hewlett-Packard Industry Standard Server Storage Advanced Technology https://ecardfile.com/id/RobElliott
