public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: Vivek Agarwal <vivek.mailinglists@gmail.com>
To: Rajan Batra <rajan.batra@gmail.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: SCO Support over USB
Date: Wed, 8 Apr 2009 15:20:34 +0530	[thread overview]
Message-ID: <d3e5a0a00904080250sfe9a4f7g272190cd3c5db2d1@mail.gmail.com> (raw)
In-Reply-To: <d4d7098f0904080134q2629d0a3lf5c3fa059dbf3945@mail.gmail.com>

Rajan,
First of all thanks for replying,
I had initially tried using 2.6.22 kernel with the Bluez 4.32.
I was having problem in connecting to the device since i could not find
any utility similar to passkey(for providing the key to the device) and
utilities to connect to the device.
Since i am using an embedded device, i wanted to use command line
utilities to pair the device.
Can u through some light on how have you used the 4.33 stack to
connect to the headset.

Thanks
Vivek

On Wed, Apr 8, 2009 at 2:04 PM, Rajan Batra <rajan.batra@gmail.com> wrote:
> Hi,
>  i had this same problem before. then when i used 2.6.29 kernel
> i could do aplay and arecord. i used bluez 4.33.
>
> hope this helps.
>
>
>
> On Tue, Mar 31, 2009 at 7:06 PM, Vivek Agarwal
> <vivek.mailinglists@gmail.com> wrote:
>> Dear all,
>>
>> I want to use my bluetooth headset with my embedded platform using a
>> bluetooth USB dongle.
>> The main application is to be able to use it with a SIP application
>> running on the embedded Platform..
>>
>> I am facing problems making to work.. I will try to explain the
>> scenario in the mail below please help me where i am going wrong..
>>
>> First about the embedded platfrom, it is iMX31 based iMX31ADS
>> evaluation board running 2.6.24 kernel.
>>
>> Step 1) I tried to compile the bluez-3.36 and enabled the hci_usb
>> kernel module and checked using
>> aplay if i am able to hear sound.
>> I was not succcessful.
>>
>> Step 2) I tried putting the 2.6.27 bluetooth related changes into the
>> 2.6.24 kernel and see if there changes make it work..
>>
>> I made all the bluetooth related files similar to the 2.6.27 kernel
>> bluetooth files except hci_sysfs.c which i kept intact.
>>
>> Once i made these changes i was able to record and play individually
>> but get the following problems
>>        a) the get the following kernel messages when i try to play a .wav
>> file using aplay..
>>
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 5633
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 9985
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 49664
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 181
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 11264
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 32769
>>                hci_scodata_packet: hci0 SCO packet for unknown connection handle 49153
>>
>>        b) i am not able to do an echo test using the following method. The
>> dont hear any echo.
>>                arecord -D bt_audio -f S16_LE | aplay -D bt_audio -f S16_LE
>>        if the run the hcid in debug mode below are the debug messages..
>>
>>                hcid[1776]: Accepted new client connection on unix socket (fd=21)
>>                        hcid[1776]: Audio API: received BT_GETCAPABILITIES_REQ
>>                        hcid[1776]: Audio API: sending BT_GETCAPABILITIES_RSP
>>                        hcid[1776]: Audio API: received BT_SETCONFIGURATION_REQ
>>                        hcid[1776]: config sco - device = 00:0C:78:72:7E:13 access_mode = 1
>>                        hcid[1776]: /org/bluez/audio/device2: Connecting to
>> 00:0C:78:72:7E:13 channel 2
>>                        hcid[1776]: State changed /org/bluez/audio/device2:
>> HEADSET_STATE_DISCONNECTED -> HEADSET_STATE_CONNECT_IN_PROGRESS
>>                        hcid[1776]: Accepted new client connection on unix socket (fd=23)
>>                        hcid[1776]: Audio API: received BT_GETCAPABILITIES_REQ
>>                        hcid[1776]: Audio API: sending BT_GETCAPABILITIES_RSP
>>                        hcid[1776]: link_key_request (sba=00:80:98:98:71:10, dba=00:0C:78:72:7E:13)
>>                        hcid[1776]: kernel auth requirements = 0x00
>>                        hcid[1776]: stored link key type = 0x00
>>                        hcid[1776]: /org/bluez/audio/device2: Connected to 00:0C:78:72:7E:13
>>                        hcid[1776]: State changed /org/bluez/audio/device2:
>> HEADSET_STATE_CONNECT_IN_PROGRESS -> HEADSET_STATE_CONNECTED
>>                        hcid[1776]: State changed /org/bluez/audio/device2:
>> HEADSET_STATE_CONNECTED -> HEADSET_STATE_PLAY_IN_PROGRESS
>>                        hcid[1776]: SCO socket opened for headset /org/bluez/audio/device2
>>                        hcid[1776]: SCO fd=24
>>                        hcid[1776]: Audio API: sending BT_SETCONFIGURATION_RSP
>>                        hcid[1776]: State changed /org/bluez/audio/device2:
>> HEADSET_STATE_PLAY_IN_PROGRESS -> HEADSET_STATE_PLAYING
>>                        hcid[1776]: Audio API: received BT_STREAMSTART_REQ
>>                        hcid[1776]: Audio API: sending BT_STREAMSTART_RSP
>>                        hcid[1776]: Audio API: sending BT_STREAMFD_IND
>>                        hcid[1776]: Audio API: received BT_SETCONFIGURATION_REQ
>>                        hcid[1776]: config sco - device = 00:0C:78:72:7E:13 access_mode = 2
>>                        hcid[1776]: Audio API: sending BT_SETCONFIGURATION_RSP
>>                        hcid[1776]: Audio API: received BT_STREAMSTART_REQ
>>                        hcid[1776]: Audio API: sending BT_STREAMSTART_RSP
>>                        hcid[1776]: Audio API: sending BT_STREAMFD_IND
>>                        hcid[1776]: Unix client disconnected (fd=23)
>>                        hcid[1776]: Unix client disconnected (fd=21)
>>                        hcid[1776]: State changed /org/bluez/audio/device2:
>> HEADSET_STATE_PLAYING -> HEADSET_STATE_CONNECTED
>>                        hcid[1776]: State changed /org/bluez/audio/device2:
>> HEADSET_STATE_CONNECTED -> HEADSET_STATE_DISCONNECTED
>>
>> Please help me resolve the 2 problems i am facing and do let me know
>> if any one has tried connecting a bluetooth headset AT-BT220 to the
>> system.
>>
>> Thanks
>> Vivek
>> L&T EmSyS.
>> --
>> To unsubscribe from this list: send the line "unsubscribe linux-bluetooth" in
>> the body of a message to majordomo@vger.kernel.org
>> More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>

  reply	other threads:[~2009-04-08  9:50 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-03-31 13:36 SCO Support over USB Vivek Agarwal
2009-04-08  8:05 ` Vivek Agarwal
2009-04-08  8:34 ` Rajan Batra
2009-04-08  9:50   ` Vivek Agarwal [this message]
2009-04-08  9:59     ` Vivek Agarwal

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=d3e5a0a00904080250sfe9a4f7g272190cd3c5db2d1@mail.gmail.com \
    --to=vivek.mailinglists@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=rajan.batra@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox