* 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).