Hi Michael: On Mon, Aug 15, 2011 at 7:03 PM, Michael Poole <mdpoole@xxxxxxxxxxx> wrote: > On Mon, Aug 15, 2011 at 4:18 PM, Jaikumar Ganesh wrote: >> Folks, >> This is with regard to the issue: >> >> http://www.spinics.net/lists/linux-input/msg15334.html >> >> As mentioned in that thread we were ignoring the EIO return value earlier. >> >> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=c3a4924565e2eecf2539871abd123d35be6d76d5 >> >> reverted the commit back, because >> >> http://git.kernel.org/?p=linux/kernel/git/torvalds/linux.git;a=commit;h=7f4f0572df6c8eaa6a587bc212b0806ff37380dd >> fixed the issue with the Bluetooth stack with 1.1 Bluetooth devices. >> >> However, I am seeing the same problem with an Apple Trackpad which is >> 2.0 Bluetooth device. It worked fine before because we were ignoring >> the EIO. >> >> The Error code is the same as mentioned in the thread above: Invalid >> Report ID while calling the Set Feature Report call. >> >> So to the driver authors: >> >> In magicmouse_probe function, the report id is set to d7. __u8 >> feature[] = { 0xd7, 0x01 }; >> >> Is it guaranteed that all Apple devices will have 0xd7 as the report >> Id. Why are we not reading the report ID from the report descriptor >> since its an optional feature ? > > The report descriptor does not include that feature report. There are > a number of commands for Apple's Magic Mouse and Magic Trackpad that > are not listed in the standard HID descriptor. Has Apple documented this anywhere ? Will every Apple trackpad support it ? Should we continue to have some fail-safe like the EIO fix ? > > Michael Poole > -- To unsubscribe from this list: send the line "unsubscribe linux-input" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
