* Re: + btusb-patch-add_apple_macbookpro62.patch added to -mm tree [not found] ` <1274344173.27220.7.camel@localhost.localdomain> @ 2010-05-20 9:29 ` Bernhard Froemel 2010-05-20 15:50 ` Marcel Holtmann 0 siblings, 1 reply; 2+ messages in thread From: Bernhard Froemel @ 2010-05-20 9:29 UTC (permalink / raw) To: Marcel Holtmann; +Cc: akpm, mm-commits, linux-bluetooth [-- Attachment #1: Type: text/plain, Size: 2857 bytes --] Hello Marcel, On 05/20/2010 10:29 AM, Marcel Holtmann wrote: > Please send your patch to linux-bluetooth@vger.kernel.org and include >>> the part for this device from /proc/bus/usb/devices in your commit >>> message. >>> >>> Regards >>> >>> Marcel >>> >>> >>> >> usbfs disappears on recent kernels [1], at least for desktop machines >> (and most certainly on my stock distribution). Don't want to be contra >> productive here, but if you insist on this "proof" (i.e. don't accept >> the output of the above lsusb command or my forum discussion reference >> [2] as proof enough) and want me to spend another hour compiling a >> kernel with enabled usbfs for such a small fix, then I'll pass on this >> one for now. >> > just run the attached script. It does the same thing. Or you could just > mount usbfs. > There is *no* usbfs available in my current kernel - I'd need to enable and recompile: that's why I can't mount. Distribution vendors (like Ubuntu) follow the recommendation concerning usbfs support in their stock kernels (it's marked deprecated). Your script does not work on devices attached to (internal) hubs - they are silently omitted. I modified it accordingly and that's the output: > T: Bus=1 Dev#=8 Spd=12 MxCh=0 > D: Ver=2.00 Cls=ff(vendr) Sub=01 Prot=01 MxPS=64 #Cfgs=1 > P: Vendor=05ac ProdID=8218 Rev=0.22 > S: Manufacturer=Apple Inc. > S: Product=Bluetooth USB Host Controller > C: #Ifs=4 Cfg#=1 Atr=e0 MxPwr=0mA > E: Ad=00(both) Atr=00(Control) MxPS=0040 Ivl=0ms > I: If#=00 Alt=0 #EPs=03 Cls=ff(vendr) Sub=01 Prot=01 Driver=btusb > I: If#=01 Alt=0 #EPs=02 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb > I: If#=02 Alt=0 #EPs=02 Cls=ff(vendr) Sub=ff Prot=ff Driver=(none) > I: If#=03 Alt=0 #EPs=00 Cls=fe(apspe) Sub=01 Prot=01 Driver=(none) As visible here and in my previously quoted lsusb output the class isn't set correctly (0xff instead of 0xe0), so the driver won't detect the device. It does here, because - of course - I run the patched btusb module. When I remove my patched DKMS module (and use the stock module as shipped in 2.6.32), the output is: > T: Bus=1 Dev#=8 Spd=12 MxCh=0 > D: Ver=2.00 Cls=ff(vendr) Sub=01 Prot=01 MxPS=64 #Cfgs=1 > P: Vendor=05ac ProdID=8218 Rev=0.22 > S: Manufacturer=Apple Inc. > S: Product=Bluetooth USB Host Controller > C: #Ifs=4 Cfg#=1 Atr=e0 MxPwr=0mA > E: Ad=00(both) Atr=00(Control) MxPS=0040 Ivl=0ms > I: If#=00 Alt=0 #EPs=03 Cls=ff(vendr) Sub=01 Prot=01 Driver=(none) > I: If#=01 Alt=0 #EPs=02 Cls=e0(wlcon) Sub=01 Prot=01 Driver=(none) > I: If#=02 Alt=0 #EPs=02 Cls=ff(vendr) Sub=ff Prot=ff Driver=(none) > I: If#=03 Alt=0 #EPs=00 Cls=fe(apspe) Sub=01 Prot=01 Driver=(none) I hope you're finally convinced, so attached once more the patch (and CC to linux-bluetooth). Signed-off-by: Bernhard Froemel <froemel@vmars.tuwien.ac.at> -bf [-- Attachment #2: btusb_add_apple_MacBookPro62.patch --] [-- Type: text/x-patch, Size: 351 bytes --] --- linux/drivers/bluetooth/btusb.c 2010-05-06 15:56:18.228630685 +0200 +++ linux_p/drivers/bluetooth/btusb.c 2010-05-02 11:03:55.955362854 +0200 @@ -75,6 +75,9 @@ /* Canyon CN-BTU1 with HID interfaces */ { USB_DEVICE(0x0c10, 0x0000) }, + /* Apple MacBookPro6 BT device */ + { USB_DEVICE(0x05ac, 0x8218) }, + { } /* Terminating entry */ }; ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: + btusb-patch-add_apple_macbookpro62.patch added to -mm tree 2010-05-20 9:29 ` + btusb-patch-add_apple_macbookpro62.patch added to -mm tree Bernhard Froemel @ 2010-05-20 15:50 ` Marcel Holtmann 0 siblings, 0 replies; 2+ messages in thread From: Marcel Holtmann @ 2010-05-20 15:50 UTC (permalink / raw) To: Bernhard Froemel; +Cc: akpm, mm-commits, linux-bluetooth Hi Bernhard, > >> usbfs disappears on recent kernels [1], at least for desktop machines > >> (and most certainly on my stock distribution). Don't want to be contra > >> productive here, but if you insist on this "proof" (i.e. don't accept > >> the output of the above lsusb command or my forum discussion reference > >> [2] as proof enough) and want me to spend another hour compiling a > >> kernel with enabled usbfs for such a small fix, then I'll pass on this > >> one for now. > >> > > just run the attached script. It does the same thing. Or you could just > > mount usbfs. > > > There is *no* usbfs available in my current kernel - I'd need to enable > and recompile: that's why I can't mount. Distribution vendors (like > Ubuntu) follow the recommendation concerning usbfs support in their > stock kernels (it's marked deprecated). > > Your script does not work on devices attached to (internal) hubs - they > are silently omitted. I modified it accordingly and that's the output: > > T: Bus=1 Dev#=8 Spd=12 MxCh=0 > > D: Ver=2.00 Cls=ff(vendr) Sub=01 Prot=01 MxPS=64 #Cfgs=1 > > P: Vendor=05ac ProdID=8218 Rev=0.22 > > S: Manufacturer=Apple Inc. > > S: Product=Bluetooth USB Host Controller > > C: #Ifs=4 Cfg#=1 Atr=e0 MxPwr=0mA > > E: Ad=00(both) Atr=00(Control) MxPS=0040 Ivl=0ms > > I: If#=00 Alt=0 #EPs=03 Cls=ff(vendr) Sub=01 Prot=01 Driver=btusb > > I: If#=01 Alt=0 #EPs=02 Cls=e0(wlcon) Sub=01 Prot=01 Driver=btusb > > I: If#=02 Alt=0 #EPs=02 Cls=ff(vendr) Sub=ff Prot=ff Driver=(none) > > I: If#=03 Alt=0 #EPs=00 Cls=fe(apspe) Sub=01 Prot=01 Driver=(none) > As visible here and in my previously quoted lsusb output the class isn't > set correctly (0xff instead of 0xe0), so the driver won't detect the > device. It does here, because - of course - I run the patched btusb module. > When I remove my patched DKMS module (and use the stock module as > shipped in 2.6.32), the output is: > > T: Bus=1 Dev#=8 Spd=12 MxCh=0 > > D: Ver=2.00 Cls=ff(vendr) Sub=01 Prot=01 MxPS=64 #Cfgs=1 > > P: Vendor=05ac ProdID=8218 Rev=0.22 > > S: Manufacturer=Apple Inc. > > S: Product=Bluetooth USB Host Controller > > C: #Ifs=4 Cfg#=1 Atr=e0 MxPwr=0mA > > E: Ad=00(both) Atr=00(Control) MxPS=0040 Ivl=0ms > > I: If#=00 Alt=0 #EPs=03 Cls=ff(vendr) Sub=01 Prot=01 Driver=(none) > > I: If#=01 Alt=0 #EPs=02 Cls=e0(wlcon) Sub=01 Prot=01 Driver=(none) > > I: If#=02 Alt=0 #EPs=02 Cls=ff(vendr) Sub=ff Prot=ff Driver=(none) > > I: If#=03 Alt=0 #EPs=00 Cls=fe(apspe) Sub=01 Prot=01 Driver=(none) > I hope you're finally convinced, so attached once more the patch (and CC > to linux-bluetooth). this is really stupid from Apple. They must have been smoking something nice when doing this change. So what I need is a patch done with git format-patch that contains the explanation why including the output from above. Regards Marcel ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-05-20 15:50 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <201005191906.o4JJ6ktf030453@imap1.linux-foundation.org>
[not found] ` <1274303130.26613.517.camel@localhost.localdomain>
[not found] ` <4BF45CB5.4050504@vmars.tuwien.ac.at>
[not found] ` <1274338372.27220.4.camel@localhost.localdomain>
[not found] ` <4BF4E67B.3050900@vmars.tuwien.ac.at>
[not found] ` <1274344173.27220.7.camel@localhost.localdomain>
2010-05-20 9:29 ` + btusb-patch-add_apple_macbookpro62.patch added to -mm tree Bernhard Froemel
2010-05-20 15:50 ` Marcel Holtmann
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).