From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Message-ID: From: Keith Bannister To: bluez-devel@lists.sourceforge.net MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_Part_6836_2852948.1139684731007" Subject: [Bluez-devel] Re: Developing Broadcom driver support Sender: bluez-devel-admin@lists.sourceforge.net Errors-To: bluez-devel-admin@lists.sourceforge.net Reply-To: bluez-devel@lists.sourceforge.net List-Unsubscribe: , List-Id: BlueZ development List-Post: List-Help: List-Subscribe: , List-Archive: Date: Sat, 11 Feb 2006 19:05:31 +0000 ------=_Part_6836_2852948.1139684731007 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Brad, > but it seems that the broadcom was > erroneously returning a 0 in an mtu field Thanks for the heads up. I tried the Broadcom patches didn't seem to work fo me I applied the patch from here http://sourceforge.net/mailarchive/message.php?msg_id=3D14450798 and here http://sourceforge.net/mailarchive/message.php?msg_id=3D14772190 using both and either one at a time. I never got much joy. (p.s. is there a better way of recompiling than make modules;make modules_install?) The patch seems to correctly set the sco field: [root@mythtv keith]# grep hci_cc_info_param /var/log/messages | grep mtu Feb 11 16:21:24 localhost kernel: hci_cc_info_param: hci0 mtu: acl 377, sco 16 max_pkt: acl 10, sco 8 But I still don't get any audio, similar to other complaints. >>From hcidump, it looks like for some reason the driver decides not to send any data. The headset/dongle where a budget pack from maplin. Dongle: LM Technologies BTU01D Headset: LM Technologies BHS02C That'll teach me for not getting a known brand. Oh well. Attached is the info I can pull from various sources If anyone has any other ideas, I'm keen to hear them. Cheers, Keith ------------------------- BTSCO session btsco v0.41 Device is 1:0 Voice setting: 0x0060 RFCOMM channel 1 connected [root@mythtv kernel]# btsco -v 00:0B:0D:66:08:07 btsco v0.41 Device is 1:0 Voice setting: 0x0060 RFCOMM channel 1 connected speaker volume: 11 mic volume: 13 i/o needed: connecting sco... connected SCO channel Done setting sco fd recieved AT+VGS=3D11 Sending up speaker change 11 speaker volume: 11 mic volume: 13 driver is not in use disconnected SCO channel ----------------------- hci dump (run after btsco but before aplay) root@mythtv ~]# /usr/sbin/hcidump -X HCI sniffer - Bluetooth packet analyzer ver 1.18 device: hci0 snap_len: 1028 filter: 0xffffffff < ACL data: handle 6 flags 0x02 dlen 18 L2CAP(d): cid 0x0049 len 14 [psm 0] 0000: 0b ef 15 41 54 2b 56 47 53 3d 31 31 0d 9a ...AT+VGS=3D1= 1.. < ACL data: handle 6 flags 0x02 dlen 18 L2CAP(d): cid 0x0049 len 14 [psm 0] 0000: 0b ef 15 41 54 2b 56 47 4d 3d 31 33 0d 9a ...AT+VGM=3D1= 3.. < HCI Command: Add SCO Connection (0x01|0x0007) plen 4 handle 6 ptype 0x00e0 Packet type: HV1 HV2 HV3 0000: 06 00 e0 00 .... > HCI Event: Command Status (0x0f) plen 4 0000: 00 01 07 04 .... > HCI Event: Number of Completed Packets (0x13) plen 5 0000: 01 06 00 02 00 ..... > HCI Event: Connect Complete (0x03) plen 11 0000: 00 01 00 07 08 66 0d 0b 00 00 01 .....f..... > ACL data: handle 6 flags 0x02 dlen 19 L2CAP(d): cid 0x0041 len 15 [psm 0] 0000: 09 ff 15 02 41 54 2b 56 47 53 3d 31 31 0d 5c ....AT+VGS=3D11.\ < ACL data: handle 6 flags 0x02 dlen 14 L2CAP(d): cid 0x0049 len 10 [psm 0] 0000: 0b ef 0d 0d 0a 4f 4b 0d 0a 9a .....OK... > HCI Event: Number of Completed Packets (0x13) plen 5 0000: 01 06 00 01 00 ..... < HCI Command: Disconnect (0x01|0x0006) plen 3 handle 1 reason 0x13 Reason: Remote User Teminated Connection > HCI Event: Command Status (0x0f) plen 4 0000: 00 01 06 04 .... > HCI Event: Disconn Complete (0x05) plen 4 0000: 00 01 00 16 ------------------------------ I ran aplay as below. I had to Ctrl-C out of it (it never finishe) [root@mythtv kernel]# aplay -B 1000000 -D plughw:Headset /usr/share/sounds/KDE_Startup_new.wav Playing WAVE '/usr/share/sounds/KDE_Startup_new.wav' : Signed 16 bit Little Endian, Rate 22050 Hz, Stereo Aborted by signal Interrupt... ----------------------------- kernel debug after during aplay Feb 11 16:35:17 localhost kernel: snd-bt-sco: playback_open Feb 11 16:35:17 localhost kernel: snd-bt-sco: prepare ok bps: 16000 size: 16002 count: 4000 Feb 11 16:35:17 localhost kernel: hci_event_packet: hci0 evt 0xf Feb 11 16:35:17 localhost kernel: hci_cs_link_ctl: hci0 ocf 0x7 Feb 11 16:35:17 localhost kernel: hci_event_packet: hci0 evt 0x13 Feb 11 16:35:17 localhost kernel: hci_num_comp_pkts_evt: hci0 num_hndl 1 Feb 11 16:35:17 localhost kernel: snd-bt-sco: playback_trigger 1 Feb 11 16:35:17 localhost kernel: snd-bt-sco: setting playback to bspcm Feb 11 16:35:17 localhost kernel: hci_event_packet: hci0 evt 0x3 Feb 11 16:35:17 localhost kernel: hci_conn_complete_evt: hci0 Feb 11 16:35:18 localhost kernel: hci_event_packet: hci0 evt 0x13 Feb 11 16:35:18 localhost kernel: hci_num_comp_pkts_evt: hci0 num_hndl 1 Feb 11 16:35:21 localhost kernel: snd-bt-sco: playback_trigger 0 Feb 11 16:35:21 localhost kernel: snd-bt-sco: setting playback to NULL Feb 11 16:35:21 localhost kernel: snd-bt-sco: Disposing of previous socket count 3 Feb 11 16:35:21 localhost kernel: snd-bt-sco: file_count is 2 (expected 3) Feb 11 16:35:21 localhost kernel: hci_event_packet: hci0 evt 0xf Feb 11 16:35:21 localhost kernel: hci_cs_link_ctl: hci0 ocf 0x6 Feb 11 16:35:21 localhost kernel: hci_cs_link_ctl: hci0 Command status: ogf LINK_CTL ocf 6 status 0 Feb 11 16:35:21 localhost kernel: hci_event_packet: hci0 evt 0x5 Feb 11 16:35:21 localhost kernel: hci_disconn_complete_evt: hci0 status 0 Feb 11 16:35:25 localhost kernel: hci_event_packet: hci0 evt 0x13 Feb 11 16:35:25 localhost kernel: hci_num_comp_pkts_evt: hci0 num_hndl 1 Feb 11 16:35:25 localhost kernel: hci_event_packet: hci0 evt 0x13 Feb 11 16:35:25 localhost kernel: hci_num_comp_pkts_evt: hci0 num_hndl 1 Feb 11 16:35:27 localhost kernel: hci_event_packet: hci0 evt 0xf Feb 11 16:35:27 localhost kernel: hci_cs_link_ctl: hci0 ocf 0x6 Feb 11 16:35:27 localhost kernel: hci_cs_link_ctl: hci0 Command status: ogf LINK_CTL ocf 6 status 0 Feb 11 16:35:27 localhost kernel: hci_event_packet: hci0 evt 0x5 Feb 11 16:35:27 localhost kernel: hci_disconn_complete_evt: hci0 status 0 -------------------------------- root@mythtv kernel]# /usr/sbin/hciconfig -a hci0: Type: USB BD Address: 00:0B:0D:63:41:46 ACL MTU: 377:10 SCO MTU: 16:8 UP RUNNING PSCAN ISCAN AUTH ENCRYPT RX bytes:2507 acl:79 sco:0 events:123 errors:0 TX bytes:2014 acl:63 sco:0 commands:42 errors:0 Features: 0xff 0xfe 0x0d 0x38 0x08 0x08 0x00 0x00 Packet type: DM1 DM3 DM5 DH1 DH3 DH5 HV1 HV2 HV3 Link policy: RSWITCH HOLD SNIFF PARK Link mode: SLAVE ACCEPT Name: 'mythtv-0' Class: 0x120104 Service Classes: Networking Device Class: Computer, Desktop workstation HCI Ver: 1.2 (0x2) HCI Rev: 0x4 LMP Ver: 1.2 (0x2) LMP Subver: 0x30= 9 Manufacturer: Broadcom Corporation (15) --------------------------- root@mythtv kernel]# /usr/sbin/hciconfig hci0 revision hci0: Type: USB BD Address: 00:0B:0D:63:41:46 ACL MTU: 377:10 SCO MTU: 16:8 Firmware 4.3.009 ---------------------------- [root@mythtv kernel]# hcitool info 00:0B:0D:66:08:07 Requesting information ... BD Address: 00:0B:0D:66:08:07 Device Name: HSII-E LMP Version: 1.2 (0x2) LMP Subversion: 0x611 Manufacturer: Cambridge Silicon Radio (10) Features: 0xfc 0xfe 0x0f 0x00 0x08 0x08 0x00 0x00 ------=_Part_6836_2852948.1139684731007 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Hi Brad,


 but it seems that the br= oadcom was
erroneously returning a 0 in an mtu field

Thanks f= or the heads up.

I tried the Broadcom patches didn't seem to work fo me

I applied the patch from here