Hi all,
Has anybody tried to use Bluez on an __ARM__ based computer?
I'm trying to use HSP and HFP on a SheevaPlug developed by Marvell,
but the audio is very choppy.
I installed the new kernel 2.6.30-rc8 and bluez 4.41
#uname -a
Linux debian 2.6.30-rc8 #3 PREEMPT Thu Jun 4 16:36:21 BRT 2009
armv5tel GNU/Linux
I tested with a Motorola MotoROKR U9 bluetooth headset. I played a wav
file using aplay and then recorded my voice using arecord. On both
cases I got a choppy audio.
I tested with 3 different dongles two from Cambridge Silicon Radio and
one from Integrated System Solution Corp, in all cases I had the same
result. (choppy audio)
I tested the same setup on a x86 and it works perfectly.
here is the description of one of then,
~# lsusb
Bus 001 Device 004: ID 0a12:0001 Cambridge Silicon Radio, Ltd
Bluetooth Dongle (HCI mode)
~# hciconfig -a
hci0: Type: USB
BD Address: 00:10:60:30:1A:2D ACL MTU: 384:8 SCO MTU: 64:8
UP RUNNING PSCAN
RX bytes:241992 acl:145 sco:3608 events:486 errors:148
TX bytes:170455 acl:157 sco:3291 commands:235 errors:31
Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80
Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
Link policy: RSWITCH HOLD SNIFF PARK
Link mode: SLAVE ACCEPT
Name: 'Sheeva01'
Class: 0x4a0204
Service Classes: Networking, Capturing, Telephony
Device Class: Phone, Cellular
HCI Ver: 2.0 (0x3) HCI Rev: 0x7a6 LMP Ver: 2.0 (0x3) LMP Subver: 0x7a6
Manufacturer: Cambridge Silicon Radio (10)
One thing that I noticed is that the class is different from the one
configured in main.conf
# Default device class. Only the major and minor device class bits are
# considered.
Class = 0x100204
~# hciconfig hci0 revision
hci0: Type: USB
BD Address: 00:10:60:30:1A:2D ACL MTU: 384:8 SCO MTU: 64:8
HCI 19.2
Chip version: BlueCore4-ROM
Max key size: 128 bit
SCO mapping: HCI
when I plugged the dongle I got the the following error on syslog
usb 1-1: device descriptor read/64, error -71
I attached a dump file made with hcidump when I was playing a .wav
The output shows a lot of malformed packets and packets with wrong
length (different from 48 bytes).
when I tried to record my voice, I had similar problems, except that
the syslog was flood by the messages below.
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 45309
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 65360
Jun 9 12:37:54 debian kernel: btusb_isoc_complete: hci0 corrupted SCO packet
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 119
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 56834
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 282
Jun 9 12:37:54 debian kernel: btusb_isoc_complete: hci0 corrupted SCO packet
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 65133
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 3072
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 42241
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 65236
Jun 9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 65528
Jun 9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 65294
Jun 9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 49665
Jun 9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 43521
Jun 9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 56577
Jun 9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 61
Jun 9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
unknown connection handle 41215
Has anybody similar problems? or somebody knows why this is happening
and how to solve?
Where can I start to find why this is happening??
tks
--
Rafael S. Seste
Hi all,
On Mon, Jun 15, 2009 at 9:24 AM, Rafael Seste<[email protected]> wrote:
> Hi all,
>
> Has anybody tried to use Bluez on an __ARM__ based computer?
>
> I'm trying to use HSP and HFP on a SheevaPlug developed by Marvell,
> but the audio is very choppy.
>
> I installed the new kernel 2.6.30-rc8 and bluez 4.41
> #uname -a
> Linux debian 2.6.30-rc8 #3 PREEMPT Thu Jun 4 16:36:21 BRT 2009
> armv5tel GNU/Linux
>
> I tested with a Motorola MotoROKR U9 bluetooth headset. I played a wav
> file using aplay and then recorded my voice using arecord. On both
> cases I got a choppy audio.
>
> I tested with 3 different dongles two from Cambridge Silicon Radio and
> one from Integrated System Solution Corp, in all cases I had the same
> result. (choppy audio)
> I tested the same setup on a x86 and it works perfectly.
>
> here is the description of one of then,
>
> ~# lsusb
> Bus 001 Device 004: ID 0a12:0001 Cambridge Silicon Radio, Ltd
> Bluetooth Dongle (HCI mode)
>
> ~# hciconfig -a
> hci0: ? Type: USB
> ? ? ? BD Address: 00:10:60:30:1A:2D ACL MTU: 384:8 SCO MTU: 64:8
> ? ? ? UP RUNNING PSCAN
> ? ? ? RX bytes:241992 acl:145 sco:3608 events:486 errors:148
> ? ? ? TX bytes:170455 acl:157 sco:3291 commands:235 errors:31
> ? ? ? Features: 0xff 0xff 0x8f 0xfe 0x9b 0xf9 0x00 0x80
> ? ? ? Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3
> ? ? ? Link policy: RSWITCH HOLD SNIFF PARK
> ? ? ? Link mode: SLAVE ACCEPT
> ? ? ? Name: 'Sheeva01'
> ? ? ? Class: 0x4a0204
> ? ? ? Service Classes: Networking, Capturing, Telephony
> ? ? ? Device Class: Phone, Cellular
> ? ? ? HCI Ver: 2.0 (0x3) HCI Rev: 0x7a6 LMP Ver: 2.0 (0x3) LMP Subver: 0x7a6
> ? ? ? Manufacturer: Cambridge Silicon Radio (10)
>
> One thing that I noticed is that the class is different from the one
> configured in main.conf
>
> # Default device class. Only the major and minor device class bits are
> # considered.
> Class = 0x100204
>
> ~# hciconfig hci0 revision
> hci0: ? Type: USB
> ? ? ? BD Address: 00:10:60:30:1A:2D ACL MTU: 384:8 SCO MTU: 64:8
> ? ? ? HCI 19.2
> ? ? ? Chip version: BlueCore4-ROM
> ? ? ? Max key size: 128 bit
> ? ? ? SCO mapping: ?HCI
>
> when I plugged the dongle I got the the following error on syslog
> usb 1-1: device descriptor read/64, error -71
>
> I attached a dump file made with hcidump when I was playing a .wav
> The output shows a lot of malformed packets and packets with wrong
> length (different from 48 bytes).
>
> when I tried to record my voice, I had similar problems, except that
> the syslog was flood by the messages below.
>
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 45309
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 65360
> Jun ?9 12:37:54 debian kernel: btusb_isoc_complete: hci0 corrupted SCO packet
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 119
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 56834
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 282
> Jun ?9 12:37:54 debian kernel: btusb_isoc_complete: hci0 corrupted SCO packet
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 65133
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 3072
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 42241
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 65236
> Jun ?9 12:37:54 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 65528
> Jun ?9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 65294
> Jun ?9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 49665
> Jun ?9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 43521
> Jun ?9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 56577
> Jun ?9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 61
> Jun ?9 12:37:55 debian kernel: hci_scodata_packet: hci0 SCO packet for
> unknown connection handle 41215
>
>
> Has anybody similar problems? or somebody knows why this is happening
> and how to solve?
>
> Where can I start to find why this is happening??
>
> tks
>
> --
> Rafael S. Seste
>
Did anybody try to install bluez on an ARM?
Could anybody help me to solve this issue?
tks
--
Rafael S. Seste
Eng Computa??o - Unicamp