linux-bluetooth.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* 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).