All of lore.kernel.org
 help / color / mirror / Atom feed
From: Jesse Melhuish <melhuishj@chromium.org>
To: Jesse Melhuish <melhuishj@chromium.org>
Cc: Marcel Holtmann <marcel@holtmann.org>,
	linux-bluetooth <linux-bluetooth@vger.kernel.org>,
	Abhishek Pandit-Subedi <abhishekpandit@chromium.org>,
	Sonny Sasaka <sonnysasaka@chromium.org>,
	"David S. Miller" <davem@davemloft.net>,
	Jakub Kicinski <kuba@kernel.org>,
	Johan Hedberg <johan.hedberg@gmail.com>,
	Luiz Augusto von Dentz <luiz.dentz@gmail.com>,
	linux-kernel@vger.kernel.org, netdev@vger.kernel.org
Subject: Re: [PATCH v2] Bluetooth: Don't initialize msft/aosp when using user channel
Date: Fri, 12 Nov 2021 17:03:10 -0600	[thread overview]
Message-ID: <CACGnfjSdxUGj=6Wk-oUcH-jwe3PYMm9gbPdi_atmaozN8A-mWg@mail.gmail.com> (raw)
In-Reply-To: <CACGnfjTBtZ+1ey6+wF7hAVX23ty7yS9qEH0b6p+vzCLBWWPW0Q@mail.gmail.com>

Hi Marcel,

Forgot to include: patch v3 incorporating your feedback will follow
very shortly.

On Fri, Nov 12, 2021 at 4:50 PM Jesse Melhuish <melhuishj@chromium.org> wrote:
>
> Hi Marcel,
>
> No problem, thanks. Happy to extend userchan-tester; do you mind if we
> continue reviewing this patch for approval in the meantime so we can
> mitigate the issue on our end?
>
> On Thu, Nov 11, 2021 at 12:43 PM Marcel Holtmann <marcel@holtmann.org> wrote:
> >
> > Hi Jesse,
> >
> > > A race condition is triggered when usermode control is given to
> > > userspace before the kernel's MSFT query responds, resulting in an
> > > unexpected response to userspace's reset command.
> > >
> > > Issue can be observed in btmon:
> > > < HCI Command: Vendor (0x3f|0x001e) plen 2                    #3 [hci0]
> > >        05 01                                            ..
> > > @ USER Open: bt_stack_manage (privileged) version 2.22  {0x0002} [hci0]
> > > < HCI Command: Reset (0x03|0x0003) plen 0                     #4 [hci0]
> > >> HCI Event: Command Complete (0x0e) plen 5                   #5 [hci0]
> > >      Vendor (0x3f|0x001e) ncmd 1
> > >       Status: Command Disallowed (0x0c)
> > >       05                                               .
> > >> HCI Event: Command Complete (0x0e) plen 4                   #6 [hci0]
> > >      Reset (0x03|0x0003) ncmd 2
> > >       Status: Success (0x00)
> > >
> > > Signed-off-by: Jesse Melhuish <melhuishj@chromium.org>
> > > Reviewed-by: Abhishek Pandit-Subedi <abhishekpandit@chromium.org>
> > > Reviewed-by: Sonny Sasaka <sonnysasaka@chromium.org>
> > > ---
> > >
> > > Changes in v2:
> > > - Moved guard to the new home for this code.
> > >
> > > net/bluetooth/hci_sync.c | 6 ++++--
> > > 1 file changed, 4 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/net/bluetooth/hci_sync.c b/net/bluetooth/hci_sync.c
> > > index b794605dc882..5f1f59ac1813 100644
> > > --- a/net/bluetooth/hci_sync.c
> > > +++ b/net/bluetooth/hci_sync.c
> > > @@ -3887,8 +3887,10 @@ int hci_dev_open_sync(struct hci_dev *hdev)
> > >           hci_dev_test_flag(hdev, HCI_VENDOR_DIAG) && hdev->set_diag)
> > >               ret = hdev->set_diag(hdev, true);
> > >
> > > -     msft_do_open(hdev);
> > > -     aosp_do_open(hdev);
> > > +     if (!hci_dev_test_flag(hdev, HCI_USER_CHANNEL)) {
> > > +             msft_do_open(hdev);
> > > +             aosp_do_open(hdev);
> > > +     }
> >
> > but then you need to do the same on hci_dev_close. Also it would be good to extend userchan-tester with test cases for this.
> >
> > Regards
> >
> > Marcel
> >

      reply	other threads:[~2021-11-12 23:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-11-08 20:01 [PATCH v2] Bluetooth: Don't initialize msft/aosp when using user channel Jesse Melhuish
2021-11-11 18:23 ` Jesse Melhuish
2021-11-11 18:43 ` Marcel Holtmann
2021-11-12 22:50   ` Jesse Melhuish
2021-11-12 23:03     ` Jesse Melhuish [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='CACGnfjSdxUGj=6Wk-oUcH-jwe3PYMm9gbPdi_atmaozN8A-mWg@mail.gmail.com' \
    --to=melhuishj@chromium.org \
    --cc=abhishekpandit@chromium.org \
    --cc=davem@davemloft.net \
    --cc=johan.hedberg@gmail.com \
    --cc=kuba@kernel.org \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luiz.dentz@gmail.com \
    --cc=marcel@holtmann.org \
    --cc=netdev@vger.kernel.org \
    --cc=sonnysasaka@chromium.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.