* [Bluez-devel] Fw: [Bluez-users] Headset not playing audio HELP PLEASE
@ 2008-02-13 5:28 pramod gurav
2008-02-14 10:17 ` Guillaume Bedot
0 siblings, 1 reply; 2+ messages in thread
From: pramod gurav @ 2008-02-13 5:28 UTC (permalink / raw)
To: bluez-devel
[-- Attachment #1.1: Type: text/plain, Size: 8907 bytes --]
hi
Thanks for the reply
I run following
[Pramod@localhost ~]$ strings /sbin/modprobe | grep conf
/etc/modules.conf
showconfig
/etc/modprobe.conf
Usage: %s [-v] [-V] [-C config-file] [-n] [-i] [-q] [-b] [-o <modname>] <modname> [parameters...]
Failed to open config file %s: %s
Failed to open included config file %s: %s
This is my /usr/src/linux-2.6.15.i686/.config(Only BT configs are given here)
CONFIG_BT=y
CONFIG_BT_L2CAP=y
CONFIG_BT_SCO=y
CONFIG_BT_RFCOMM=y
CONFIG_BT_RFCOMM_TTY=y
CONFIG_BT_BNEP=y
CONFIG_BT_BNEP_MC_FILTER=y
CONFIG_BT_BNEP_PROTO_FILTER=y
CONFIG_BT_CMTP=m
CONFIG_BT_HIDP=y
#
# Bluetooth device
drivers
#
CONFIG_BT_HCIUSB=y
CONFIG_BT_HCIUSB_SCO=y
CONFIG_BT_HCIUART=y
CONFIG_BT_HCIUART_H4=y
CONFIG_BT_HCIUART_BCSP=y
CONFIG_BT_HCIBCM203X=y
CONFIG_BT_HCIBPA10X=y
CONFIG_BT_HCIBFUSB=y
CONFIG_BT_HCIDTL1=y
CONFIG_BT_HCIBT3C=y
CONFIG_BT_HCIBLUECARD=y
CONFIG_BT_HCIBTUART=y
CONFIG_BT_HCIVHCI=y
CONFIG_IEEE80211=m
SO I have hci_usb compiled in my kernel...
These are things I did now...
[root@localhost Pramod]# mv /etc/modules.conf /etc/modules.conf_old
copied these lines to /etc/modprobe.conf
alias net-pf-31 bluez ------> changed to -----> alias net-pf-31 bluetooth
alias bt-proto-0 l2cap
alias bt-proto-2 sco
alias bt-proto-3 rfcomm
Added "options
hci_usb
force_scofix=1" to /etc/modprobe.conf file...
Now I rebooted ..
When I restarted my hcid(with sdpd, audi-service autostart) I found some things that I never seen
before in /var/log/messages these are
/***This log appeared for first time*****/
Feb 13 09:48:40 localhost audio[2473]: Loading device 00:0F:DE:B1:02:42 (headset )
Feb 13 09:48:40 localhost audio[2473]: Setting 00:0F:DE:B1:02:42 as default device
Then I did
[Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE test.raw
both ACL and SCO were established
I was able to record sound from headset...
But when I tried
[Pramod@localhost ~]$ aplay -D bluetooth -f S16_LE test.raw
Playing raw data 'test.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
No sound was listened on headset
[root@localhost Pramod]# hcitool con
Connections:
< SCO 00:0F:DE:B1:02:42 handle 1 state 1 lm
SLAVE
< ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm MASTER
[root@localhost Pramod]# hcidump -x
> SCO data: handle 1 flags 0x00 dlen 48
4F 00 CE FF B2 FF B5 FF 41 00 B5 00 B9 00 85 00 8B 00 A3 00
54 00 42 00 38 00 1B 00 FB FF D1 FF AB FF 44 00 78 00 87 00
73 00 56 00 E8 FF F4 FF
ctnr+c
the logs were
Feb 13 09:49:35 localhost hcid[2469]: link_key_request (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)
Feb 13 09:49:36 localhost hcid[2469]: link_key_notify (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT*ECBP=?
Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
Feb 13 09:49:36 localhost audio[2473]: Badly formated or unrecognized command: AT+CLAN?
Feb 13 09:51:06 localhost audio[2473]:
Audio API: received BT_GETCAPABILITIES_REQ
Feb 13 09:51:06 localhost audio[2473]: Audio API: sending BT_GETCAPABILITIES_RSP
Feb 13 09:51:06 localhost audio[2473]: Audio API: received BT_SETCONFIGURATION_REQ
Feb 13 09:51:06 localhost audio[2473]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
Feb 13 09:51:08 localhost hcid[2469]: pin_code_request (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)
Feb 13 09:51:08 localhost hcid[2469]: link_key_notify (sba=00:02:72:CE:5B:80, dba=00:0F:DE:B1:02:42)Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT*ECBP=?
Feb 13 09:51:09 localhost audio[2473]: SCO fd=11
Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_SETCONFIGURATION_RSP
Feb 13 09:51:09 localhost audio[2473]: Audio API: received BT_STREAMSTART_REQ
Feb 13 09:51:09 localhost audio[2473]: Audio API: sending BT_STREAMSTART_RSP
Feb 13 09:51:09
localhost audio[2473]: Audio API: sending BT_STREAMFD_IND
Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT+CSCS="UTF-8"
Feb 13 09:51:09 localhost audio[2473]: Badly formated or unrecognized command: AT+CLAN?
Feb 13 09:52:30 localhost audio[2473]: Audio API: received BT_STREAMSTART_REQ
Feb 13 09:52:30 localhost audio[2473]: Audio API: sending BT_STREAMSTART_RSP
Feb 13 09:52:30 localhost audio[2473]: Audio API: sending BT_STREAMFD_IND
Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet for unknown connection handle 1
Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet for unknown connection handle 1
Feb 13 09:53:12 localhost audio[2473]: Audio API: received BT_GETCAPABILITIES_REQ
Feb 13 09:53:12 localhost audio[2473]: Audio API: sending BT_GETCAPABILITIES_RSP
Feb 13 09:53:12 localhost audio[2473]: Audio API: received BT_SETCONFIGURATION_REQ
Feb 13
09:53:12 localhost audio[2473]: config sbc - frequency = 0 channel_mode = 0 allocation = 0 subbands = 0 blocks = 0 bitpool = 0
I had made all the changes suggested by you. Are they done properly?
This is my hciconfig -a output
[root@localhost Pramod]# /usr/local/sbin/hciconfig -a
hci0: Type: USB
BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:0
UP RUNNING PSCAN ISCAN
RX bytes:5974443 acl:279 sco:116978 events:188 errors:0
TX bytes:4222 acl:168 sco:0 commands:90 errors:0
Features: 0xff 0xff 0x8d 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: 'BlueZ (0)'
Class: 0x080100
Service Classes: Capturing
Device Class: Computer, Uncategorized
HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
Manufacturer: Broadcom Corporation (15)
please Suggest me something
Sorry for the long mail...
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <jayjwa@atr2.ath.cx>
To: BlueZ users
<bluez-users@lists.sourceforge.net>
Sent: Tuesday, 12 February, 2008 6:17:12 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Mon,
11
Feb
2008,
pramod
gurav
wrote:
->
i
tried
adding
options
hci_usb
force_scofix=1
to
file
etc/modprobe.d/bluez
->
but
this
file
was
not
there
I
created
it
and
added
the
option.
->
But
no
change
I'm
not
sure
modprobe
looks
in
that
file.
By
default,
it
looks
in
/etc/modprobe.conf.
Run
'strings
/sbin/modprobe
|
grep
conf'
and
you
can
see
where
it's
looking.
->
One
more
thing
is
i
have
no
module
called
hci_usb
found
when
I
do
->
[Pramod@localhost
~]$
lsmod
|
grep
hci
->
uhci_hcd
29072
0
Hm.
I
wonder
what
is
running
your
adapter
then?
Maybe
it's
compiled
in?
If
there
is
CONFIG_BT_HCIUSB=y
in
your
kernel
config,
then
it
is.
->
This
is
some
info
i
would
like
to
share
->
[Pramod@localhost
~]$
cat
/etc/modules.conf
->
#Bluez
->
#alias
net-pf-31
bluez
->
#alias
bt-proto-0
l2cap
->
alias
net-pf-31
bluez
->
alias
bt-proto-0
l2cap
->
alias
bt-proto-2
sco
->
alias
bt-proto-3
rfcomm
That's
an
old
file,
and
you
can
probably
kill
it.
All
that
info
should
be
in
the
modprobe.conf
now.
Your
alias
for
net-pf-31
should
point
to
'bluetooth',
as
that
is
the
module
for
bluetooth
protocol
on
modern
kernels.
There
is
no
more
'bluez'
module
as
far
as
I
can
tell.
->
[Pramod@localhost
~]$
/usr/local/sbin/hciconfig
-a
->
hci0:
Type:
USB
->
BD
Address:
00:0B:0D:33:9E:FB
ACL
MTU:
120:20
SCO
MTU:
64:0
->
UP
RUNNING
PSCAN
ISCAN
->
RX
bytes:6912199
acl:71
sco:135480
events:72
errors:0
->
TX
bytes:1053
acl:35
sco:0
commands:30
errors:0
->
Features:
0xff
0xff
0x05
0x00
0x00
0x00
0x00
0x00
->
Packet
type:
DM1
DM3
DM5
DH1
DH3
DH5
HV1
HV2
HV3
->
Link
policy:
HOLD
PARK
I
have
'lp
rswitch,hold,sniff,part'
in
my
hcid.conf,
so
there
is
those
names
above
in
"Link
policy".
I'm
not
sure
if
it
matters
here
or
not
but
I
thought
I'd
mention
it.
Save all your chat conversations. Find them online at http://in.messenger.yahoo.com/webmessengerpromo.php
[-- Attachment #1.2: Type: text/html, Size: 11110 bytes --]
[-- Attachment #2: Type: text/plain, Size: 228 bytes --]
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
[-- Attachment #3: Type: text/plain, Size: 164 bytes --]
_______________________________________________
Bluez-devel mailing list
Bluez-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-devel
^ permalink raw reply [flat|nested] 2+ messages in thread* Re: [Bluez-devel] Fw: [Bluez-users] Headset not playing audio HELP PLEASE 2008-02-13 5:28 [Bluez-devel] Fw: [Bluez-users] Headset not playing audio HELP PLEASE pramod gurav @ 2008-02-14 10:17 ` Guillaume Bedot 0 siblings, 0 replies; 2+ messages in thread From: Guillaume Bedot @ 2008-02-14 10:17 UTC (permalink / raw) To: BlueZ development [-- Attachment #1: Type: text/plain, Size: 2092 bytes --] Hello, Le mercredi 13 février 2008 à 10:58 +0530, pramod gurav a écrit : > Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet > for unknown connection handle 1 > > Feb 13 09:52:43 localhost kernel: hci_scodata_packet: hci0 SCO packet > for unknown connection handle 1 Which kernel do you use now ? You may have the same issue as me with the Motorola HT820 headset. I have exactly the same type of messages, at the same time. > [root@localhost Pramod]# /usr/local/sbin/hciconfig -a > hci0: Type: USB > BD Address: 00:02:72:CE:5B:80 ACL MTU: 1017:8 SCO MTU: 64:0 > UP RUNNING PSCAN ISCAN > RX bytes:5974443 acl:279 sco:116978 events:188 errors:0 > TX bytes:4222 acl:168 sco:0 commands:90 errors:0 > Features: 0xff 0xff 0x8d > 0xfe It seems like me, your bluetooth dongle supports eSCO, but not your headset. (from http://support.zenwalk.org/index.php?topic=2060.0;wap2) Device Name: HBH-600 LMP Version: 1.1 (0x1) LMP Subversion: 0x9240 Manufacturer: Philips Semiconductors (37) Features: 0xbc 0x28 0x01 0x00 0x00 0x00 0x00 0x00 <encryption> <slot offset> <timing accuracy> <role switch> <sniff mode> <SCO link> <HV3 packets> <CVSD> First, you can try a old bluetooth dongle =< 1.2 and not patch anything if you have one. Alternatively, you can try a slightly older kernel or patch your kernel to revert "patch-2.6.23-mh1", that will remove eSCO support, but also a lot of other things. I have an older kernel without this patch included ( 2.6.22.18 from mandriva ) that works fine with both of my headsets. Or if you feel adventurous, you can try the attached patch of mine (you have to know i am not a kernel dev but just a bluez user), which may solve your problem with *this headset*. Unfortunately, it will probably cause others with eSCO capable headsets, because a SCO link is always used the first time the headset connects itself, as the headset features are not known yet (mine, PROF PBH-6W, works only since the second try with this patch). Regards, Guillaume B. [-- Attachment #2: force-sco-link-until-headset-features-are-known.patch --] [-- Type: text/x-patch, Size: 1865 bytes --] --- net/bluetooth/hci_conn.c.orig 2008-01-28 09:15:50.000000000 +0100 +++ net/bluetooth/hci_conn.c 2008-02-14 10:34:09.000000000 +0100 @@ -332,6 +332,9 @@ if (type == ACL_LINK) return acl; + if (lmp_esco_capable(hdev) && lmp_esco_capable(acl)) + type=ESCO_LINK; + if (!(sco = hci_conn_hash_lookup_ba(hdev, type, dst))) { if (!(sco = hci_conn_add(hdev, type, dst))) { hci_conn_put(acl); @@ -346,7 +349,7 @@ if (acl->state == BT_CONNECTED && (sco->state == BT_OPEN || sco->state == BT_CLOSED)) { - if (lmp_esco_capable(hdev)) + if (type==ESCO_LINK) hci_setup_sync(sco, acl->handle); else hci_add_sco(sco, acl->handle); --- net/bluetooth/hci_event.c.orig 2008-01-28 09:15:31.000000000 +0100 +++ net/bluetooth/hci_event.c 2008-02-14 10:26:35.000000000 +0100 @@ -720,7 +720,7 @@ struct hci_conn *sco = conn->link; if (sco) { if (!ev->status) { - if (lmp_esco_capable(hdev)) + if (lmp_esco_capable(hdev) && lmp_esco_capable(conn)) hci_setup_sync(sco, conn->handle); else hci_add_sco(sco, conn->handle); @@ -771,7 +771,8 @@ hci_dev_unlock(hdev); - if (ev->link_type == ACL_LINK || !lmp_esco_capable(hdev)) { + if (ev->link_type == ACL_LINK || !lmp_esco_capable(hdev) + || !lmp_esco_capable(conn)) { struct hci_cp_accept_conn_req cp; bacpy(&cp.bdaddr, &ev->bdaddr); --- net/bluetooth/sco.c.orig 2008-01-28 09:15:14.000000000 +0100 +++ net/bluetooth/sco.c 2008-02-14 10:36:54.000000000 +0100 @@ -189,7 +189,7 @@ struct sco_conn *conn; struct hci_conn *hcon; struct hci_dev *hdev; - int err, type; + int err; BT_DBG("%s -> %s", batostr(src), batostr(dst)); @@ -200,9 +200,7 @@ err = -ENOMEM; - type = lmp_esco_capable(hdev) ? ESCO_LINK : SCO_LINK; - - hcon = hci_connect(hdev, type, dst); + hcon = hci_connect(hdev, SCO_LINK, dst); if (!hcon) goto done; [-- Attachment #3: Type: text/plain, Size: 228 bytes --] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ [-- Attachment #4: Type: text/plain, Size: 164 bytes --] _______________________________________________ Bluez-devel mailing list Bluez-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bluez-devel ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-02-14 10:17 UTC | newest] Thread overview: 2+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-02-13 5:28 [Bluez-devel] Fw: [Bluez-users] Headset not playing audio HELP PLEASE pramod gurav 2008-02-14 10:17 ` Guillaume Bedot
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox