* [Bluez-users] 2.6.2 errors with DBT-120 (B2)
@ 2004-02-14 4:57 Todd E. Johnson
2004-02-14 9:02 ` Marcel Holtmann
0 siblings, 1 reply; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-14 4:57 UTC (permalink / raw)
To: bluez-users
Hi all,
Using the 2.6.2 kernel on Slackware 9.1 and a D-Link DBT-120 (B2), I
receive the following error:
hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb de96e614 err -90
hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb de96e614 err -90
This occurs upon launching hcid during boot. I am also using the KDE
Bluetooth framework.
This configuration was working fine with 2.4.22...
I know the USB driver architecture has changed quite a bit w/ 2.6. Are
there any current outstanding issues with using this device in 2.6?
Thanks in advance!
Regards,
Todd E. Johnson
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] 2.6.2 errors with DBT-120 (B2)
2004-02-14 4:57 [Bluez-users] " Todd E. Johnson
@ 2004-02-14 9:02 ` Marcel Holtmann
0 siblings, 0 replies; 13+ messages in thread
From: Marcel Holtmann @ 2004-02-14 9:02 UTC (permalink / raw)
To: Todd E. Johnson; +Cc: BlueZ Mailing List
Hi Todd,
> Using the 2.6.2 kernel on Slackware 9.1 and a D-Link DBT-120 (B2), I
> receive the following error:
>
> hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb de96e614 err -90
> hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb de96e614 err -90
>
> This occurs upon launching hcid during boot. I am also using the KDE
> Bluetooth framework.
> This configuration was working fine with 2.4.22...
>
> I know the USB driver architecture has changed quite a bit w/ 2.6. Are
> there any current outstanding issues with using this device in 2.6?
the outstanding issue is the SCO audio support of the HCI USB driver and
for now I can only advice you to disable it.
BTW please send me the output of "hciconfig -a" for your dongle.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2)
@ 2004-02-14 14:18 Todd E. Johnson
2004-02-14 14:43 ` Marcel Holtmann
0 siblings, 1 reply; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-14 14:18 UTC (permalink / raw)
To: bluez-users
[-- Attachment #1: Type: text/plain, Size: 342 bytes --]
Thanks for the quick reply! Attached is the 'hciconfig -a' in
hciconfig.txt...
Bummer on the SCO support. I am looking forward to using it in an
embedded linux based telematics system for vehicle hands free
functionality. Anything I can do to help besides provide the 'hciconfig
-a' output?
Regards,
Todd E. Johnson
[-- Attachment #2: hciconfig.txt --]
[-- Type: text/plain, Size: 597 bytes --]
hci0: Type: USB
BD Address: 00:80:C8:1F:B0:1F ACL MTU: 192:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:412 acl:0 sco:0 events:22 errors:0
TX bytes:579 acl:0 sco:0 commands:21 errors:0
Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'BlueZ (0)'
Class: 0x700408
Service Classes: Object Transfer, Audio, Telephony
Device Class: Audio/Video, Hands-free
HCI Ver: 1.1 (0x1) HCI Rev: 0x1bb LMP Ver: 1.1 (0x1) LMP Subver: 0x1bb
Manufacturer: Cambridge Silicon Radio (10)
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2)
2004-02-14 14:18 [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2) Todd E. Johnson
@ 2004-02-14 14:43 ` Marcel Holtmann
2004-02-14 15:01 ` [Bluez-users] bcm203x module causes kernel panic on boot Alex Holland
[not found] ` <402E4E02.9020600@yahoo.com>
0 siblings, 2 replies; 13+ messages in thread
From: Marcel Holtmann @ 2004-02-14 14:43 UTC (permalink / raw)
To: Todd E. Johnson; +Cc: BlueZ Mailing List
Hi Todd,
> Bummer on the SCO support. I am looking forward to using it in an
> embedded linux based telematics system for vehicle hands free
> functionality.
this depends on whats your design. Do you use SCO over PCM or SCO over
HCI? If your embedded device includes a PCM codec you can route the SCO
traffic of the Bluetooth chip over PCM and you don't need the SCO audio
support for the HCI USB driver.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bluez-users] bcm203x module causes kernel panic on boot
2004-02-14 14:43 ` Marcel Holtmann
@ 2004-02-14 15:01 ` Alex Holland
2004-02-14 15:15 ` Marcel Holtmann
[not found] ` <402E4E02.9020600@yahoo.com>
1 sibling, 1 reply; 13+ messages in thread
From: Alex Holland @ 2004-02-14 15:01 UTC (permalink / raw)
To: bluez-users
I'm a Gentoo user, and recently upgraded from 2.4.22-r5 to Gentoo Dev Sources
2.6.2. After suffering the following areas, I patched with the -mh2 patch,
but they persisted.
I use a Belkin F8T001, and bluez-bluefw has always been a bit tempremental
with me, so I jumped at the chance of using the bcm203x module in the kernel.
Looking through the mailing list, I copied BCM2033-FW.bin and BCM2033-MD.hex
to /usr/lib/hotplug/firmware/, unmerged bluefw gave things a try from a power
off.
Below, I've pasted sections of the subsequent boot sequence. If the PC's
turned on from power off (so the adaptor has no firmware already loaded, my
PC will kernel panic, but continue booting and work okay, with the bluetooth
subsystem working perfectly. Subsequent soft-reboots load Linux without any
kernel panics, with bluetooth still working perfectly.
So, is this panic purely cosmetic, or is something fundamentally bad going on?
In addition, could I suggest some documentation on the kernel help page for
the bcm203x module to say where the firmware should be acquired/kept?
Alex Holland
----------------------------------------------------------------------------------------------
* Mounting sysfs at /sys...
[ ok ]modprobe: FATAL: Module keybdev not found.
Bluetooth: Broadcom Blutonium firmware driver ver 1.0
modprobe: FATAL: Module bcm203x already in kernel.
modprobe: FATAL: Module bcm203x already in kernel.
* Mounting devpts at /dev/pts...
[ ok ] * Starting devfsd...
Bluetooth: Core ver 2.3
NET: Registered protocol family 31
Bluetooth: HCI device and connection manager initialized
Bluetooth: HCI socket layer initialized
Bluetooth: HCI USB driver ver 2.4
modprobe: FATAL: Module hci_usb already in kernel.
Started device management daemon v1.3.25 for /dev
Unable to handle kernel NULL pointer dereference at virtual address 00000004
printing eip:
c018253a
*pde = 00000000
Oops: 0000 [#1]
CPU: 0
EIP: 0060:[<c018253a>] Not tainted
EFLAGS: 00010246
EIP is at sysfs_release+0x2a/0x90
eax: cf4f9a00 ebx: 00000000 ecx: cf9c8e40 edx: cf4f9ac8
esi: c136cac0 edi: cffe4f00 ebp: cf4da0c0 esp: cf5e9f68
ds: 007b es: 007b ss: 0068
Process default.hotplug (pid: 302, threadinfo=cf5e8000 task=c130c6e0)
Stack: cf4f9ac8 cf9c8e40 00000000 c014fb40 cf4da0c0 cf9c8e40 cf939180 cf9c8e40
00000000 cf7e4c80 cf5e8000 c014e199 cf9c8e40 cf7e4c80 cf7e4c80 cf9c8e40
00000001 c014e231 cf9c8e40 cf7e4c80 00000001 080d7f40 c0108f47 00000001
Call Trace:
[<c014fb40>] __fput+0x100/0x120
[<c014e199>] filp_close+0x59/0x90
[<c014e231>] sys_close+0x61/0xa0
[<c0108f47>] syscall_call+0x7/0xb
Code: 8b 43 04 85 c0 74 1f bb 00 e0 ff ff 21 e3 ff 43 14 ff 88 c0
---------------------------------------------------------------------------------
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] bcm203x module causes kernel panic on boot
2004-02-14 15:01 ` [Bluez-users] bcm203x module causes kernel panic on boot Alex Holland
@ 2004-02-14 15:15 ` Marcel Holtmann
0 siblings, 0 replies; 13+ messages in thread
From: Marcel Holtmann @ 2004-02-14 15:15 UTC (permalink / raw)
To: Alex Holland; +Cc: BlueZ Mailing List
Hi Alex,
> I use a Belkin F8T001, and bluez-bluefw has always been a bit tempremental
> with me, so I jumped at the chance of using the bcm203x module in the kernel.
> Looking through the mailing list, I copied BCM2033-FW.bin and BCM2033-MD.hex
> to /usr/lib/hotplug/firmware/, unmerged bluefw gave things a try from a power
> off.
>
> Below, I've pasted sections of the subsequent boot sequence. If the PC's
> turned on from power off (so the adaptor has no firmware already loaded, my
> PC will kernel panic, but continue booting and work okay, with the bluetooth
> subsystem working perfectly. Subsequent soft-reboots load Linux without any
> kernel panics, with bluetooth still working perfectly.
>
> So, is this panic purely cosmetic, or is something fundamentally bad going on?
> In addition, could I suggest some documentation on the kernel help page for
> the bcm203x module to say where the firmware should be acquired/kept?
>
> Bluetooth: Core ver 2.3
> NET: Registered protocol family 31
> Bluetooth: HCI device and connection manager initialized
> Bluetooth: HCI socket layer initialized
> Bluetooth: HCI USB driver ver 2.4
> modprobe: FATAL: Module hci_usb already in kernel.
> Started device management daemon v1.3.25 for /dev
> Unable to handle kernel NULL pointer dereference at virtual address 00000004
> printing eip:
> c018253a
> *pde = 00000000
> Oops: 0000 [#1]
> CPU: 0
> EIP: 0060:[<c018253a>] Not tainted
> EFLAGS: 00010246
> EIP is at sysfs_release+0x2a/0x90
> eax: cf4f9a00 ebx: 00000000 ecx: cf9c8e40 edx: cf4f9ac8
> esi: c136cac0 edi: cffe4f00 ebp: cf4da0c0 esp: cf5e9f68
> ds: 007b es: 007b ss: 0068
> Process default.hotplug (pid: 302, threadinfo=cf5e8000 task=c130c6e0)
> Stack: cf4f9ac8 cf9c8e40 00000000 c014fb40 cf4da0c0 cf9c8e40 cf939180 cf9c8e40
> 00000000 cf7e4c80 cf5e8000 c014e199 cf9c8e40 cf7e4c80 cf7e4c80 cf9c8e40
> 00000001 c014e231 cf9c8e40 cf7e4c80 00000001 080d7f40 c0108f47 00000001
> Call Trace:
> [<c014fb40>] __fput+0x100/0x120
> [<c014e199>] filp_close+0x59/0x90
> [<c014e231>] sys_close+0x61/0xa0
> [<c0108f47>] syscall_call+0x7/0xb
>
> Code: 8b 43 04 85 c0 74 1f bb 00 e0 ff ff 21 e3 ff 43 14 ff 88 c0
this is a problem with the early run of hotplug scripts and not a
problem of the Bluetooth subsystem. Run the oops through ksymoops and
post it to the LKML, because it belongs there.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2)
[not found] ` <402E4E02.9020600@yahoo.com>
@ 2004-02-15 13:27 ` Marcel Holtmann
2004-02-15 16:09 ` Todd E. Johnson
0 siblings, 1 reply; 13+ messages in thread
From: Marcel Holtmann @ 2004-02-15 13:27 UTC (permalink / raw)
To: Todd E. Johnson; +Cc: BlueZ Mailing List
Hi Todd,
> I am attempting a simple proof of concept at the moment using the KDE
> Bluetooth Framework.
>
> I have configured the local device class in hcid.conf to: "class 0x700408"
>
> Then the KDE BTDialer needs the following set prior to using the app:
>
> 'hciconfig hci0 voice 0x0060'
>
> Once the app launches it connects via rfcomm to the phone and initiates
> the followin AT commands (Here are the commands, with phone response)
>
> AT+CIND=?
> +CIND:
> ("battchg",(0-5)),("signal",(0-5)),("batterywarning",(0,1)),("chargerconnected",(0,1)),("service",(0,1)),("call",(0,1)),("roam",(0,1))
> OK
> AT+CIND?
> +CIND: 2,5,0,0,1,0,0
> OK
> AT+CMER=3,0,0,1
> OK
> AT+CLIP=1
> OK
> AT+CIND=?
> +CIND:
> ("battchg",(0-5)),("signal",(0-5)),("batterywarning",(0,1)),("chargerconnected",(0,1)),("service",(0,1)),("call",(0,1)),("roam",(0,1))
> OK
> AT+CIND?
> +CIND: 2,5,0,0,1,0,0
> OK
> AT+CMER=3,0,0,1
> OK
> AT+BVRA=1
>
> (As you can probably see above, the phone needs charging)
>
> Upon initiation of 'AT+BVRA=1' the phone will ask "Say a Name or a
> Command", which I can not hear, nor can it hear me.
>
> And I am attempting to use the "Hands Free" dialer. Vox seemed to work
> with 2.4, but a new 2.6.2 kernel seems to break this. I would assume
> that this means it is using SCO over HCI since I no longer hear the
> voice prompts from my phone, and the phone can not hear me.
I don't know what the problem with 2.6.2 and SCO over HCI and at the
moment I have no time to investigate. If your Bluetooth chip is CSR
based you can check the SCO mapping with "hciconfig hci0 revision".
> Ultimately I wish to use the phone for hands free calls, but I will
> also use the phone for vehicle offboard connectivity using the "Dial-Up
> Networking" to obtain data for the vehicle. For example, Navigation
> data, E-Mail, Calendar, etc.
>
> I am testing with a Sony Ericsson T608 (from Sprint). The phone works
> fine with a Jabra BT-200.
>
> I'm moving towards following specifications defined at
> http://www.ami-c.org/, but I am a little ways from achieving my final goal.
>
> Sorry to seem completely clueless, but I am just beginning to use this
> functionality within my setup, and I'm still learning. Thanks for the
> information so far!
Go ahead and start playing with BlueZ :)
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2)
2004-02-15 13:27 ` [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2) Marcel Holtmann
@ 2004-02-15 16:09 ` Todd E. Johnson
2004-02-15 16:20 ` Marcel Holtmann
2004-02-16 21:36 ` [Bluez-users] " Todd E. Johnson
0 siblings, 2 replies; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-15 16:09 UTC (permalink / raw)
To: Marcel Holtmann; +Cc: BlueZ Mailing List
[-- Attachment #1: Type: text/plain, Size: 1000 bytes --]
Marcel Holtmann wrote:
>I don't know what the problem with 2.6.2 and SCO over HCI and at the
>moment I have no time to investigate. If your Bluetooth chip is CSR
>based you can check the SCO mapping with "hciconfig hci0 revision".
>
>
If the SCO MTU for the device is too low prior to the URB submission,
would it generate the -90?
It seems 90 is defined as EMSGSIZE in:
errno.h:63:#define EMSGSIZE 90 /* Message too long */
However, not remapped as other errors are in usb.h.
A quick grep of hci_usb.c reveals the error is generated when:
Line 275: err = usb_submit_urb(urb, GFP_ATOMIC);
Where a bit of the logic determines 'urb->transfer_buffer_length', then
submits with the resulting error.
Am I way off here? I have attached the results of 'lsusb -v' to give
more info. If you think I may be on the right track, I can _try_ to
play with it a bit, but it may take me some time since I am a bit rusty...
--
Regards,
Todd E. Johnson
[-- Attachment #2: lsusb.txt --]
[-- Type: text/plain, Size: 11346 bytes --]
Bus 002 Device 002: ID 0a12:0001 Cambridge Silicon Radio Ltd.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 224
bDeviceSubClass 1
bDeviceProtocol 1
bMaxPacketSize0 64
idVendor 0x0a12 Cambridge Silicon Radio Ltd.
idProduct 0x0001
bcdDevice 4.43
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 193
bNumInterfaces 3
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 16
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 0
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 0
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 9
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 9
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 2
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 17
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 17
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 3
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 25
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 25
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 4
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 33
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 33
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 5
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 49
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 49
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 254
bInterfaceSubClass 1
bInterfaceProtocol 0
iInterface 0
unknown descriptor type: 07 21 07 88 13 ff 03
Language IDs: (length=4)
0409 English(US)
Bus 002 Device 001: ID 0000:0000 Virtual Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000 Virtual
idProduct 0x0000 Hub
bcdDevice 2.06
iManufacturer 3 Linux 2.6.2 ohci_hcd
iProduct 2 OHCI Host Controller
iSerial 1 0000:00:01.3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 255
Language IDs: (length=4)
0409 English(US)
Bus 001 Device 001: ID 0000:0000 Virtual Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000 Virtual
idProduct 0x0000 Hub
bcdDevice 2.06
iManufacturer 3 Linux 2.6.2 ohci_hcd
iProduct 2 OHCI Host Controller
iSerial 1 0000:00:01.2
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 255
Language IDs: (length=4)
0409 English(US)
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2)
2004-02-15 16:09 ` Todd E. Johnson
@ 2004-02-15 16:20 ` Marcel Holtmann
2004-02-16 21:36 ` [Bluez-users] " Todd E. Johnson
1 sibling, 0 replies; 13+ messages in thread
From: Marcel Holtmann @ 2004-02-15 16:20 UTC (permalink / raw)
To: Todd E. Johnson; +Cc: BlueZ Mailing List
Hi Todd,
> If the SCO MTU for the device is too low prior to the URB submission,
> would it generate the -90?
>
> It seems 90 is defined as EMSGSIZE in:
>
> errno.h:63:#define EMSGSIZE 90 /* Message too long */
>
> However, not remapped as other errors are in usb.h.
>
> A quick grep of hci_usb.c reveals the error is generated when:
>
> Line 275: err = usb_submit_urb(urb, GFP_ATOMIC);
>
> Where a bit of the logic determines 'urb->transfer_buffer_length', then
> submits with the resulting error.
>
> Am I way off here? I have attached the results of 'lsusb -v' to give
> more info. If you think I may be on the right track, I can _try_ to
> play with it a bit, but it may take me some time since I am a bit rusty...
I am not an USB ISOC expert, so go ahead and play with it. If you have a
patch post it to the mailing list.
Regards
Marcel
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Bluez-users] 2.6.2 errors with DBT-120 (B2)
2004-02-15 16:09 ` Todd E. Johnson
2004-02-15 16:20 ` Marcel Holtmann
@ 2004-02-16 21:36 ` Todd E. Johnson
2004-02-16 22:31 ` [Linux-usb-users] " Todd E. Johnson
1 sibling, 1 reply; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-16 21:36 UTC (permalink / raw)
To: bluez-users, linux-usb-users, maxk
[-- Attachment #1: Type: text/plain, Size: 1880 bytes --]
Hi all,
I have been attempting to get SCO over HCI to work... I have a D-Link
DBT-120 (B2). When I startup hcid, I was getting the following error
message:
hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb de96e614 err -90
hci_usb_isoc_rx_submit: hci0 isoc rx submit failed urb de96e614 err -90
It appears this occurs since the hci_usb driver is picking a bogus
endpoint with a wMaxPacketSize = 0 when submitting the urb.
Attached are a few files for assistance:
hciconfig.txt 'hciconfig -a'
lsusb.txt 'lsusb -v'
hci_usb_sco_debug.log.gz Debug logs from /var/log/messages
patch-2.6.2-tj1.gz a patch
The attached patch includes patch-2.4.24-mh2, a fix for the error, and a
few minor fixes so the kernel can build when debugging is enabled...
This does not fix SCO support, It simply assists in getting an endpoint
where wMaxPacketSize != 0.
Here is the critical part, or what eliminates -90:
<patch>
diff --unified --recursive --new-file linux-2.6.2/drivers/bluetooth/hci_usb.c linux-2.6.2-tj/drivers/bluetooth/hci_usb.c
--- linux-2.6.2/drivers/bluetooth/hci_usb.c 2004-02-03 22:44:43.000000000 -0500
+++ linux-2.6.2-tj/drivers/bluetooth/hci_usb.c 2004-02-16 13:15:11.000000000 -0500
@@ -833,7 +834,7 @@
#ifdef CONFIG_BT_HCIUSB_SCO
case USB_ENDPOINT_XFER_ISOC:
- if (ep->desc.wMaxPacketSize < size || a > 2)
+ if (ep->desc.wMaxPacketSize <= size)
break;
size = ep->desc.wMaxPacketSize;
</patch>
Now that the error is gone, SCO still is not working. Since I enabled
debugging with this patch, I was able to capture additional data to
assist someone whom knows much more than I in fixing the SCO over HCI_USB.
If I'm completely clueless, please disregard, and sorry to waste your
time! Thanks in advance!
Regards,
Todd E. Johnson
[-- Attachment #2: hciconfig.txt --]
[-- Type: text/plain, Size: 600 bytes --]
hci0: Type: USB
BD Address: 00:80:C8:1F:B0:1F ACL MTU: 192:8 SCO MTU: 64:8
UP RUNNING PSCAN ISCAN
RX bytes:1942 acl:36 sco:0 events:62 errors:0
TX bytes:889 acl:25 sco:0 commands:23 errors:0
Features: 0xff 0xff 0x0f 0x00 0x00 0x00 0x00 0x00
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'BlueZ (0)'
Class: 0x700408
Service Classes: Object Transfer, Audio, Telephony
Device Class: Audio/Video, Hands-free
HCI Ver: 1.1 (0x1) HCI Rev: 0x1bb LMP Ver: 1.1 (0x1) LMP Subver: 0x1bb
Manufacturer: Cambridge Silicon Radio (10)
[-- Attachment #3: lsusb.txt --]
[-- Type: text/plain, Size: 11354 bytes --]
Bus 002 Device 002: ID 0a12:0001 Cambridge Silicon Radio Ltd.
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 224
bDeviceSubClass 1
bDeviceProtocol 1
bMaxPacketSize0 64
idVendor 0x0a12 Cambridge Silicon Radio Ltd.
idProduct 0x0001
bcdDevice 4.43
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 193
bNumInterfaces 3
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 3
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 16
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 2
Transfer Type Bulk
Synch Type none
wMaxPacketSize 64
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 0
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 0
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 1
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 9
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 9
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 2
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 17
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 17
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 3
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 25
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 25
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 4
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 33
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 33
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 5
bNumEndpoints 2
bInterfaceClass 224
bInterfaceSubClass 1
bInterfaceProtocol 1
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x03 EP 3 OUT
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 49
bInterval 1
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x83 EP 3 IN
bmAttributes 1
Transfer Type Isochronous
Synch Type none
wMaxPacketSize 49
bInterval 1
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 2
bAlternateSetting 0
bNumEndpoints 0
bInterfaceClass 254
bInterfaceSubClass 1
bInterfaceProtocol 0
iInterface 0
unknown descriptor type: 07 21 07 88 13 ff 03
Language IDs: (length=4)
0409 English(US)
Bus 002 Device 001: ID 0000:0000 Virtual Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000 Virtual
idProduct 0x0000 Hub
bcdDevice 2.06
iManufacturer 3 Linux 2.6.2-mh2 ohci_hcd
iProduct 2 OHCI Host Controller
iSerial 1 0000:00:01.3
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 255
Language IDs: (length=4)
0409 English(US)
Bus 001 Device 001: ID 0000:0000 Virtual Hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x0000 Virtual
idProduct 0x0000 Hub
bcdDevice 2.06
iManufacturer 3 Linux 2.6.2-mh2 ohci_hcd
iProduct 2 OHCI Host Controller
iSerial 1 0000:00:01.2
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x40
Self Powered
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type none
wMaxPacketSize 2
bInterval 255
Language IDs: (length=4)
0409 English(US)
[-- Attachment #4: hci_usb_sco_debug.log.gz --]
[-- Type: application/x-gzip, Size: 11141 bytes --]
[-- Attachment #5: patch-2.6.2-tj1.gz --]
[-- Type: application/x-gzip, Size: 4775 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Linux-usb-users] Re: 2.6.2 errors with DBT-120 (B2)
2004-02-16 21:36 ` [Bluez-users] " Todd E. Johnson
@ 2004-02-16 22:31 ` Todd E. Johnson
2004-02-16 22:34 ` Todd E. Johnson
0 siblings, 1 reply; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-16 22:31 UTC (permalink / raw)
To: Todd E. Johnson; +Cc: bluez-users, linux-usb-users, maxk
Todd E. Johnson wrote:
>
> The attached patch includes patch-2.4.24-mh2, a fix for the error, and
> a few minor fixes so the kernel can build when debugging is enabled...
1,$s/patch-2.4.24-mh2/patch-2.2.2-mh2/
Sorry, I meant to say patch-2.2.2-mh2... Sorry about any confusion this may have caused...
--
Regards,
Todd E. Johnson
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Linux-usb-users@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* [Linux-usb-users] Re: 2.6.2 errors with DBT-120 (B2)
2004-02-16 22:31 ` [Linux-usb-users] " Todd E. Johnson
@ 2004-02-16 22:34 ` Todd E. Johnson
2004-02-18 14:25 ` [Bluez-users] " Todd E. Johnson
0 siblings, 1 reply; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-16 22:34 UTC (permalink / raw)
To: Todd E. Johnson; +Cc: bluez-users, linux-usb-users, maxk
Todd E. Johnson wrote:
>
> Sorry, I meant to say patch-2.2.2-mh2... Sorry about any confusion
> this may have caused...
>
I must be on Acid.... patch-2.2.2-mh2... 2.2.2 must be the mark of the
Penguin or something... No really, I mean patch-2.6.2-mh2
Two-Six-Two...
--
Regards,
Todd E. Johnson
-------------------------------------------------------
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build and deploy apps & Web services for Linux with
a free DVD software kit from IBM. Click Now!
http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click
_______________________________________________
Linux-usb-users@lists.sourceforge.net
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users
^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2)
2004-02-16 22:34 ` Todd E. Johnson
@ 2004-02-18 14:25 ` Todd E. Johnson
0 siblings, 0 replies; 13+ messages in thread
From: Todd E. Johnson @ 2004-02-18 14:25 UTC (permalink / raw)
To: bluez-users
[-- Attachment #1: Type: text/plain, Size: 694 bytes --]
Howdy,
Using the patch and information I sent a few days ago, I attemted a SCO
connection with a Sony Ericsson BT enabled handset. I attempted to use
the KDE BT Dialer from the KDE Bluetooth Framework.
Attached is a file 'hci_conn.txt' which shows the device actually has a
SCO connection, however I can not hear anything like I previously could
with 2.4.22. I also included 'hciconfig hci0 revision' and 'hciconfig
hci0 voice' in this file as well.
While I was attampting the connection, I did a 'hcidump -w hci_dump.raw'
and have included it with this mail also.
Is the previous, as well as this, information helpfull?
--
Regards,
Todd E. Johnson
[-- Attachment #2: hci_conn.txt --]
[-- Type: text/plain, Size: 533 bytes --]
Connections:
> SCO 00:0A:D9:03:63:D0 handle 45 state 1 lm SLAVE
> ACL 00:0A:D9:03:63:D0 handle 41 state 1 lm SLAVE
hci0: Type: USB
BD Address: 00:80:C8:1F:B0:1F ACL MTU: 192:8 SCO MTU: 64:8
Voice setting: 0x0060 (Default Condition)
Input Coding: Linear
Input Data Format: 2's complement
Input Sample Size: 16 bit
# of bits padding at MSB: 0
Air Coding Format: CVSD
hci0: Type: USB
BD Address: 00:80:C8:1F:B0:1F ACL MTU: 192:8 SCO MTU: 64:8
HCI 15.3
Chip version: BlueCore02
Max key size: 56 bit
SCO mapping: HCI
[-- Attachment #3: hci_dump.raw.gz --]
[-- Type: application/x-gzip, Size: 1379 bytes --]
^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2004-02-18 14:25 UTC | newest]
Thread overview: 13+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2004-02-14 14:18 [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2) Todd E. Johnson
2004-02-14 14:43 ` Marcel Holtmann
2004-02-14 15:01 ` [Bluez-users] bcm203x module causes kernel panic on boot Alex Holland
2004-02-14 15:15 ` Marcel Holtmann
[not found] ` <402E4E02.9020600@yahoo.com>
2004-02-15 13:27 ` [Bluez-users] Re: 2.6.2 errors with DBT-120 (B2) Marcel Holtmann
2004-02-15 16:09 ` Todd E. Johnson
2004-02-15 16:20 ` Marcel Holtmann
2004-02-16 21:36 ` [Bluez-users] " Todd E. Johnson
2004-02-16 22:31 ` [Linux-usb-users] " Todd E. Johnson
2004-02-16 22:34 ` Todd E. Johnson
2004-02-18 14:25 ` [Bluez-users] " Todd E. Johnson
-- strict thread matches above, loose matches on Subject: below --
2004-02-14 4:57 [Bluez-users] " Todd E. Johnson
2004-02-14 9:02 ` Marcel Holtmann
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox