Thanks for your valuable time and guidance.
it was initially
[root@localhost Pramod]# hcitool conn
Connections:
When I press button on HS , I receive this on console(but no popup)
[root@localhost Pramod]# Authorization request for device 00:0F:DE:B1:02:42
Now when I do
[root@localhost Pramod]# hcitool conn
Connections:
> ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm SLAVE AUTH ENCRYPT SECURE
Its fine till here I think
I am able record sound using
[Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE today.raw
Recording WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
I am able to do it.
But when I Do
[Pramod@localhost ~]$ aplay -D bluetooth -t raw -f S16_LE today.raw
Playing WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
I am not able hear anything
This is my hciconfig
[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:5057856 acl:233 sco:99008 events:218 errors:0
TX bytes:4708 acl:165 sco:0 commands:102 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: 0x080000
Service Classes: Capturing
Device Class: Miscellaneous,
HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
Manufacturer: Broadcom Corporation (15)
I see one difference in mine & yours at line number 2 end
SCO MTU: 64:0 ----------mine
SCO
MTU:
64:8 ----------yours
Also my Service Classes: Capturing
Is it OK??
This is my hcidump when I was playing audio
[root@localhost Pramod]# /usr/local/sbin/hcidump -i hci0 --asci
HCI sniffer - Bluetooth packet analyzer ver 1.40
device: hci0 snap_len: 1028 filter: 0xffffffff
> SCO data: handle 1 flags 0x00 dlen 48
. . . . . . k . . . . . . . x . . . . .
. . . . _ . . . . . . . . . . . \ . . .
. . . . E . . .
> SCO data: handle 1 flags 0x00 dlen 48
k . . . n . l . . . ' . : . . . B . a .
. . 2 . p . . . . . . . u . " . \ . . .
. . . . z . . .
I tried variations in audio.conf, but no changes .
I need to try something else.
One more thing If you dont mind. what is static struct usb_device_id blacklist_ids[]
and static struct usb_device_id bluetooth_ids[]
in /usr/src/linux-2.6.22.16/drivers/bluetooth/hci_usb.c
Thanks and have a great weekend..Hope to get some way through it.
Thanks and Best regards
Pramod
----- Original Message ----
From: jayjwa <[email protected]>
To: BlueZ users <[email protected]>
Sent: Thursday, 14 February, 2008 7:52:45 PM
Subject: Re: [Bluez-users] Headset not playing audio HELP PLEASE
On
Wed,
13
Feb
2008,
pramod
gurav
wrote:
->
[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
Looks
like
it's
using
both
/etc/modules.conf
and
/etc/modprobe.conf,
I'd
stick
with
/etc/modprobe.conf
as
I
think
that's
the
currently
used
one
in
the
Linux
community.
->
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
Looks
like
it's
all
compiled
in,
which
is
OK.
You
could
do
modules
(=m)
to
save
kernel
size,
if
you
like,
but
it's
fine
how
it
is
now.
->
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...
Hopefully
on
one
line?
options
hci_usb
force_scofix=1
You
can
try
to
see
if
some
of
the
other
options
work
for
you.
See
them
with
'modinfo
hci_usb'.
->
Now
I
rebooted
..
If
they
were
modules,
you
won't
have
to
reboot
every
time
you
change
an
options.
Just
modprobe
-r
hci_usb
modprobe
hci_usb
force_scofix=1
or
any
other
option.
If
it
says
'module
whatever
is
in
use'
kill
the
things
using
it
first,
then
restart
them.
Usually
anything
with
'blue'
or
'hci'
in
the
name.
'pkill'
works
good
for
that,
if
you
have
'pkill'.
->
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
Maybe
the
device
isn't
in
the
right
state.
After
yours
it
says
either
'SLAVE'
or
"MASTER",
when
mine
is
ready
to
play
it
lists:
hcitool
con
Connections:
>
ACL
00:1A:45:01:F9:42
handle
11
state
1
lm
MASTER
AUTH
ENCRYPT
SECURE
If
I
try
to
play
without
that
reading
as
above,
I
get
nothing,
or
sometimes
garbage.
Does
your
headset
have
a
button
or
switch
to
make
it
pair?
I
set
up
all
the
bluetooth
stuff
first,
start
passkey-agent
--default
(PIN
number)
(addr
of
headset)
&
auth-agent
&
then
turn
on
the
headset,
wait
a
few
seconds.
Look
at
'hcitool
con'
and
if
if
the
parameters
are
there.
If
so,
play
sound,
if
not,
press
the
button
on
the
headset,
and
look
again
at
'hcitool
con'
for
parameters
to
be
correct.
It's
hard
to
say
what
to
do
exactly
for
your
headset,
because
I've
never
seen
it,
and
can
only
guess
at
how
it
works.
If
this
stuff
here
doesn't
work,
I'd
say
you'll
just
have
to
play
around
with
it,
or
see
if
you
can
get
your
hands
on
some
other
headsets
to
see
if
they
work/work
differently.
sox
-t
mp3
file.mp3
-t
alsa
pcm.bluetooth
>From
this
list,
it
seems
you're
supposed
to
use
a
gnome
or
KDE
utility
for
the
jobs
of
passkey-agent
and
auth-agent.
You
might
try
those.
There's
probably
a
package
or
source
for
them
someplace.
->
[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
hcidump
-i
hci0
--ascii
is
a
little
easier
to
read,
than
-x,
which
is
hex.
You
can
at
least
read
what's
going
on.
->
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?
I
see
these
too
sometimes,
I
don't
think
they
stop
it
from
working.
Maybe
try
both
ways
in
/etc/bluetooth/audio.conf:
#
Set
to
true
to
only
support
HSP
#
Defaults
to
false
DisableHFP=false
and
#
Set
to
true
to
only
support
HSP
#
Defaults
to
false
DisableHFP=true
and
restart.
See
if
that
changes
anything.
If
not
leave
it
as
DisableHFP=false
->
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
These
two
lines
above
might
show
a
problem.
It
shouldn't
be
unknown,
correct?
->
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?
Looks
OK
so
far.
->
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
Rx
is
received,
look
at
sco,
116978.
But
look
at
TX,
transmitted,
sco:0
makes
me
think
nothing
is
getting
sent.
Watch
hcidump
when
the
sound
is
supposed
to
play,
does
it
look
at
it's
being
sent,
just
not
received,
or
not
sent
at
all
because
of
some
reason?
Look
at
the
TX,
TX
sco
on
my
output
after
one
file,
hci0:
Type:
USB
BD
Address:
00:0A:3A:7C:5C:74
ACL
MTU:
1017:8
SCO
MTU:
64:8
UP
RUNNING
PSCAN
ISCAN
RX
bytes:5348812
acl:52
sco:104818
events:93
errors:0
TX
bytes:5403125
acl:48
sco:105913
commands:44
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:
'[vdrl]
/
BT
Device
0'
Class:
0x020108
Service
Classes:
Networking
Device
Class:
Computer,
Server
HCI
Ver:
2.0
(0x3)
HCI
Rev:
0x4107
LMP
Ver:
2.0
(0x3)
LMP
Subver:
0x430e
Manufacturer:
Broadcom
Corporation
(15)
RX
bytes:5348812
acl:52
sco:104818
TX
bytes:5403125
acl:48
sco:105913
-----Inline Attachment Follows-----
-------------------------------------------------------------------------
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/
-----Inline Attachment Follows-----
_______________________________________________
Bluez-users
mailing
list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Bollywood, fun, friendship, sports and more. You name it, we have it on http://in.promos.yahoo.com/groups
On Fri, 15 Feb 2008, pramod gurav wrote:
-> Connections:
-> When I press button on HS , I receive this on console(but no popup)
-> [root@localhost Pramod]# Authorization request for device 00:0F:DE:B1:02:42
There's nothing to popup, if you're using command line tools.
-> Now when I do
-> [root@localhost Pramod]# hcitool conn
-> Connections:
-> > ACL 00:0F:DE:B1:02:42 handle 11 state 1 lm SLAVE AUTH ENCRYPT SECURE
Seems OK.
-> Its fine till here I think
-> I am able record sound using
-> [Pramod@localhost ~]$ arecord -D bluetooth -f S16_LE today.raw
-> Recording WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
-> I am able to do it.
-> But when I Do
-> [Pramod@localhost ~]$ aplay -D bluetooth -t raw -f S16_LE today.raw
-> Playing WAVE 'today.raw' : Signed 16 bit Little Endian, Rate 8000 Hz, Mono
-> I am not able hear anything
->
-> This is my hciconfig
-> [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:5057856 acl:233 sco:99008 events:218 errors:0
-> TX bytes:4708 acl:165 sco:0 commands:102 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: 0x080000
-> Service Classes: Capturing
-> Device Class: Miscellaneous,
-> HCI Ver: 2.0 (0x3) HCI Rev: 0x204d LMP Ver: 2.0 (0x3) LMP Subver: 0x4127
-> Manufacturer: Broadcom Corporation (15)
->
-> I see one difference in mine & yours at line number 2 end
-> SCO MTU: 64:0 ----------mine
-> SCO
-> MTU:
-> 64:8 ----------yours
Most of the ones I saw searching Google show non-zero integer:non-zero
integer. Maybe you have this issue (url probably wraps):
http://www.google.com/group/fa.linux.kernel/t/590996bd6dbef4ba/d140c5b36f2cc567%23d140c5b36f2cc567?
As someone on this group replied to it, maybe he can tell you more.
Also, this part is really odd, it seems to show nothing is even sent for the
headset to play:
RX bytes:5057856 acl:233 sco:99008
TX bytes:4708 acl:165 sco:0 <------
-> Also my Service Classes: Capturing
-> Is it OK??
I don't think it makes a difference here. Alot of people leave the default
set. The numbers and what they mean to set that field I found from searching
the web.
-> This is my hcidump when I was playing audio
-> [root@localhost Pramod]# /usr/local/sbin/hcidump -i hci0 --asci
-> HCI sniffer - Bluetooth packet analyzer ver 1.40
-> device: hci0 snap_len: 1028 filter: 0xffffffff
-> > SCO data: handle 1 flags 0x00 dlen 48
-> . . . . . . k . . . . . . . x . . . . .
-> . . . . _ . . . . . . . . . . . \ . . .
-> . . . . E . . .
-> > SCO data: handle 1 flags 0x00 dlen 48
-> k . . . n . l . . . ' . : . . . B . a .
-> . . 2 . p . . . . . . . u . " . \ . . .
-> . . . . z . . .
->
-> I tried variations in audio.conf, but no changes .
-> I need to try something else.
As far as what you posted, it looks fine. So I'm really not sure myself why
it's not working. The only other thing I can think of is maybe in either the
adapter or the headset, there is a compatibility problem. That is, one or the
other (or both) may not work correctly with Linux/Bluez/the kernel driver
code. It would help alot if you could get your hands on some other hardware to
see. I suspect a problem with the adapter, because of this:
SCO MTU: 64:0
and
TX bytes:4708 acl:165 sco:0
I don't recall if you posted it...what does 'lsusb -v' show about your
adapter?
-> One more thing If you dont mind. what is static struct usb_device_id blacklist_ids[]
This is a data structure of what looks like USB devices that have some sort of
problems. Is your bluetooth adapter in there?
-> Hope to get some way through it.
I think I'm running out of suggestions :(
-------------------------------------------------------------------------
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/
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users