From: Arnaud Mouiche <arnaud.mouiche@invoxia.com>
To: "Frédéric Dalleau" <frederic.dalleau@linux.intel.com>
Cc: linux-bluetooth@vger.kernel.org
Subject: Re: [RFC 0/4] sco: Another SCO socket option :)
Date: Thu, 29 Nov 2012 09:41:46 +0100 [thread overview]
Message-ID: <50B71FCA.5050009@invoxia.com> (raw)
In-Reply-To: <1354127316-17431-1-git-send-email-frederic.dalleau@linux.intel.com>
Hello Frédéric,
my natural feeling is to be generic as much as possible, and to not try
to implement directly a particular profile in the kernel:
ex:
- I'm a hobbyist or academic and I want to use SCO socket for something
else than standard profiles like an asymmetric synchronous connection (?)
- tomorrow, a new X or Y codec will be selected by the SIG and some new
settings will be required (may be OPUS, now we have a high quality
patent free, royalty-free and standardized codec available.
http://opus-codec.org/)
- I've a BT module doesn't behave correctly when using exactly the
parameters specified by the HFP specs (I think I have already seen one
but don't remember which)
also, BT specs provided a generic API (HCI_Setup_Synchronous_Connection
command & co). why try to remove the flexibility ?
Except this "codec only vs. every parameter" question, I like the
implementation.
regards,
arnaud
On 11/28/2012 07:28 PM, Frédéric Dalleau wrote:
> Hi,
>
> This patch implements codec socket option on SCO sockets.
> Currently it proposes T2 codec settins (see HFP 1.6 p.102)
>
>
> How to test:
> $ scotest -W 1 -C 1
>
> on another machine with same patches run:
> $ scotest -n $ADDR -C 1
>
> Check result with btmon.
>
> This took more time than I expected for I met the following issues :
> * bluetooth-next branch crashed in apparmor after login.
> * At some point, unplugging my usb dongle would also crash the kernel. It is
> possible this one was a mix between different versions of kernel modules.
> * if the connection request is not accepted, the initiator gets in timeout, and
> there is a crash. I think this one will need be fixed.
>
> Next step is to implement fallback between T2 and T1. I'm thinking about using
> another bit in hconn->flags to store current settings selection.
>
> Let me know what you think.
> Best regards,
> Frédéric
>
>
> Frédéric Dalleau (4):
> Bluetooth: Add option for SCO socket codec
> Bluetooth: Add option for SCO socket socket
> Bluetooth: Use codec to create SCO connection
> Bluetooth: Set link parameters for outgoing connections
>
> include/net/bluetooth/hci_core.h | 6 +++--
> include/net/bluetooth/sco.h | 2 ++
> net/bluetooth/hci_conn.c | 24 ++++++++++++++----
> net/bluetooth/hci_event.c | 23 ++++++++++++++---
> net/bluetooth/l2cap_core.c | 4 +--
> net/bluetooth/mgmt.c | 4 +--
> net/bluetooth/sco.c | 51 ++++++++++++++++++++++++++++++++++++--
> 7 files changed, 97 insertions(+), 17 deletions(-)
>
prev parent reply other threads:[~2012-11-29 8:41 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-11-28 18:28 [RFC 0/4] sco: Another SCO socket option :) Frédéric Dalleau
2012-11-28 18:28 ` [RFC 1/4] Bluetooth: Add option for SCO socket codec Frédéric Dalleau
2012-11-28 18:28 ` [RFC 2/4] Bluetooth: Add option for SCO socket socket Frédéric Dalleau
2012-11-28 18:28 ` [RFC 3/4] Bluetooth: Use codec to create SCO connection Frédéric Dalleau
2012-11-28 18:28 ` [RFC 4/4] Bluetooth: Set link parameters for outgoing connections Frédéric Dalleau
2012-11-29 9:31 ` Andrei Emeltchenko
2012-11-29 8:41 ` Arnaud Mouiche [this message]
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=50B71FCA.5050009@invoxia.com \
--to=arnaud.mouiche@invoxia.com \
--cc=frederic.dalleau@linux.intel.com \
--cc=linux-bluetooth@vger.kernel.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.