[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAC9bf3SZKuCan1uDLZ55e0kHychy=6BHb1Cn4O0e5yJwBe1Wzg@mail.gmail.com>
Date: Wed, 19 Aug 2020 10:48:03 +0800
From: Shyh-In Hwang <josephsih@...omium.org>
To: linux-bluetooth@...r.kernel.org, marcel@...tmann.org,
luiz.dentz@...il.com
Cc: Joseph Hwang <josephsih@...gle.com>,
chromeos-bluetooth-upstreaming@...omium.org,
"David S. Miller" <davem@...emloft.net>,
Jakub Kicinski <kuba@...nel.org>,
Johan Hedberg <johan.hedberg@...il.com>,
linux-kernel@...r.kernel.org, netdev@...r.kernel.org
Subject: Re: [PATCH v1 0/2] To support the HFP WBS, a chip vendor may choose a particular
Dear maintainers:
These two patches are to expose the WBS sco packet length to the user
space. Since different vendors may choose different USB alternate
settings which result in different packet lengths, we need the kernel
to expose the lengths to the user space to handle the packets
properly.
Thanks!
Joseph
On Thu, Aug 13, 2020 at 4:42 PM Joseph Hwang <josephsih@...omium.org> wrote:
>
> USB alternate seeting of which the packet size is distinct.
> The patches are to expose the packet size to user space so that
> the user space does not need to hard code those values.
>
> We have verified this patch on Chromebooks which use
> - Realtek 8822CE controller with USB alt setting 1
> - Intel controller with USB alt setting 6
> Our user space audio server, cras, can get the correct
> packet length from the socket option.
>
>
> Joseph Hwang (2):
> Bluetooth: btusb: define HCI packet sizes of USB Alts
> Bluetooth: sco: expose WBS packet length in socket option
>
> drivers/bluetooth/btusb.c | 43 +++++++++++++++++++++++--------
> include/net/bluetooth/bluetooth.h | 2 ++
> include/net/bluetooth/hci_core.h | 1 +
> net/bluetooth/sco.c | 8 ++++++
> 4 files changed, 43 insertions(+), 11 deletions(-)
>
> --
> 2.28.0.236.gb10cc79966-goog
>
Powered by blists - more mailing lists