Hi Michael, On Fri, Nov 18, 2011, Michael Schmitt wrote: > < HCI Command: Read Local Version Information (0x04|0x0001) plen 0 > > HCI Event: Command Complete (0x0e) plen 12 > Read Local Version Information (0x04|0x0001) ncmd 1 > status 0x00 > HCI Version: 1.2 (0x2) HCI Revision: 0x2006 > LMP Version: 1.2 (0x2) LMP Subversion: 0x1806 > Manufacturer: AVM Berlin (31) Ok, so this is a 1.2 adapter. > < HCI Command: Read Local Supported Commands (0x04|0x0002) plen 0 > > HCI Event: Command Status (0x0f) plen 4 > Read Local Supported Commands (0x04|0x0002) status 0x01 ncmd 1 > Error: Unknown HCI Command This is the reason why you're getting a timeout. Since the adapter claims to support Bluetooth version 1.2 it should also support this HCI command, so from that perspective it's not conforming to the specification. Right now the kernel (lib/bluetooth/hci_event.c) is completely missing a command status handler for this command. If such a handler was in place instead of a timeout you would be getting an immediate error (the kernel maps this HCI status code to EBADRQC). However, since this is also not acceptable behavior (as the adapter still wouldn't work for you) I suspect the need for some adapter-specific quirk is in place or then the kernel should just ignore any errors for HCI_Read_Local_Supported_Commands. Johan -- To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html