Re: [t13] Feature Negotiation policy question

[GaryLaatsch]

Nathan,       As far as I know there is nothing wrong with it.  I know several OEM types used to send all of the commands to devices and would verify that they responded to the commands that they were supposed to support and abort the ones they didn't.  In some cases those of us on the device side had to modify some of our "secret" proprietary commands as a result.  That was many years ago now, but I have never heard anything has changed.  I also think since most devices use a hardware or writable control store interface, the command overhead for ABORTED commands is rather fast these days as well.  Good luck.   gary laatsch ----- Original Message ----- From: Nathan Obr To: [EMAIL PROTECTED] Sent: Wednesday, May 26, 2004 11:40 AM Subject: [t13] Feature Negotiation policy question Hi all,             I have what I believe is the spirit of the law question.             If a device doesn�t report that it supports a feature in its IDENTIFY_DATA is it acceptable to send it commands from that feature set anyway?                         For example:  If a device doesn�t report support for the Media Status Notification feature set is it acceptable to send it the GET MEDIA STATUS command anyway?               I don�t see anywhere in the spec that prohibits this behavior, so first off, am I missing the section that says you shall not do this? Is it bad behavior to do this?   Thanks, Nathan