summaryrefslogtreecommitdiff
path: root/Makefile.tools
diff options
context:
space:
mode:
authorLucas De Marchi <lucas.demarchi@profusion.mobi>2011-06-30 15:50:35 -0300
committerJohan Hedberg <johan.hedberg@intel.com>2011-06-30 22:52:28 +0300
commitb72a3526a81779e1e807de53b8d7be0cefa3ad6d (patch)
tree4c63e248d4907c5c9ffcb99b9f41012e0ddb9ba8 /Makefile.tools
parent4560a956e9d0673310101370e99f0905af43b999 (diff)
downloadbluez-b72a3526a81779e1e807de53b8d7be0cefa3ad6d.tar.gz
avrcp: return NOT_IMPLEMENTED on request for vendor dep command
When a vendor dependent command is requested but target does not implement it, the correct return value is CTYPE_NOT_IMPLEMENTED instead of CTYPE_REJECTED. AVRCP 1.3 spec clearly says so on section 4.5.1: [ It is assumed that devices that do not support this metadata transfer related features shall return a response of NOT IMPLEMENTED as per AV/C protocol specification ] And AV/C General Specification, section 8.3.2 talks about legacy behavior and mandates that NOT_IMPLEMENTED is returned. Finally, in section 11.6.1 we see that VENDOR-DEPENDENT command frame depends on the company_ID. Therefore we can't assume it has the same format as the one specified for metadata transfer (in case the company ID is 0x001958)
Diffstat (limited to 'Makefile.tools')
0 files changed, 0 insertions, 0 deletions