From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS,URIBL_BLOCKED autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 7C7F9C433E1 for ; Wed, 19 Aug 2020 02:48:22 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by mail.kernel.org (Postfix) with ESMTP id 594EF20738 for ; Wed, 19 Aug 2020 02:48:22 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=pass (1024-bit key) header.d=chromium.org header.i=@chromium.org header.b="a4omXrGF" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727824AbgHSCsV (ORCPT ); Tue, 18 Aug 2020 22:48:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54734 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727793AbgHSCsP (ORCPT ); Tue, 18 Aug 2020 22:48:15 -0400 Received: from mail-ot1-x343.google.com (mail-ot1-x343.google.com [IPv6:2607:f8b0:4864:20::343]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 501C4C061342 for ; Tue, 18 Aug 2020 19:48:15 -0700 (PDT) Received: by mail-ot1-x343.google.com with SMTP id x24so17966512otp.3 for ; Tue, 18 Aug 2020 19:48:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=lXeL2NqENRyGepDGalfKTgrjgpPAYVjCiCWgtC+osv8=; b=a4omXrGFt2mE73+iut1A5IhTEFfx6pamQME9IhWd57cwGlHU0WCx/xyCsDMW9oCRx/ r5Je+Jnqvv1oGb7qtzaDv7HdK8PFQzuo5T1zxSjyPR57HwOTgkaLE65klwpLM+bA3M/d 6UjCbZvUpey/j0kaj3lyZFqRoIQMTdTLmSwIY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=lXeL2NqENRyGepDGalfKTgrjgpPAYVjCiCWgtC+osv8=; b=htIN5iCL65ZEXBr58nReIPD1I6h4PxMziRJ6NNIu9uPR5bvZ6e+VQ3MN9Cg3OPImyo e6rSfNcIUntHBIQHivey1haNzMNjFlW6kq9U8naPtLhu/pFb3dxpZWh38ZhddhLMyQ4W u9p9C/I7jGc+BoWeUg7vuV/HdS7s/Dx17lbpcoAtjuZ7bNZwlqyCG92ZEOT6Z1Nzklee NUEWY/6oKTIgwuLktjVSSVBys9E8e7qvvZYxr4/ZNz06wwvCXh5bdQ0kFYy4MVw5bDJ4 Lp5gH7tOXDVf+FP/zZRqLfkIygTVZsZBy775CuXUJHNMbJDRd+JUiOV4UBPOU53eGuwO q23g== X-Gm-Message-State: AOAM530mU+L3+wdHmY7zPXD9puHMWYBw3qMcQ5JH2DSyZwldQbYmKyGU 6OS7vs4zqsdoOOtMxJHx6wLMQxPrs9vD5VfvVqGSNQ== X-Google-Smtp-Source: ABdhPJx7w/5ngmosBOb0nMnQpaaLLJ1ixcBwEM2m0noWsqACqIeFsrPmFWmcpoi9Um2KGR21e//49yJBL9TQ+yUx080= X-Received: by 2002:a9d:6f85:: with SMTP id h5mr17108737otq.81.1597805294630; Tue, 18 Aug 2020 19:48:14 -0700 (PDT) MIME-Version: 1.0 References: <20200813084129.332730-1-josephsih@chromium.org> In-Reply-To: <20200813084129.332730-1-josephsih@chromium.org> From: Shyh-In Hwang Date: Wed, 19 Aug 2020 10:48:03 +0800 Message-ID: Subject: Re: [PATCH v1 0/2] To support the HFP WBS, a chip vendor may choose a particular To: linux-bluetooth@vger.kernel.org, marcel@holtmann.org, luiz.dentz@gmail.com Cc: Joseph Hwang , chromeos-bluetooth-upstreaming@chromium.org, "David S. Miller" , Jakub Kicinski , Johan Hedberg , linux-kernel@vger.kernel.org, netdev@vger.kernel.org Content-Type: text/plain; charset="UTF-8" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 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 >