All of lore.kernel.org
 help / color / mirror / Atom feed
From: Greg KH <gregkh@linuxfoundation.org>
To: Luiz Augusto von Dentz <luiz.dentz@gmail.com>
Cc: Hsin-chen Chuang <chharry@chromium.org>,
	linux-bluetooth@vger.kernel.org,
	chromeos-bluetooth-upstreaming@chromium.org,
	Johan Hedberg <johan.hedberg@gmail.com>,
	Marcel Holtmann <marcel@holtmann.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] Bluetooth: Allow reset via sysfs
Date: Wed, 8 Jan 2025 16:10:57 +0100	[thread overview]
Message-ID: <2025010853-stalemate-upheld-10f4@gregkh> (raw)
In-Reply-To: <CABBYNZLEG4rQBM6WYyRNJwOYWQU2ajyCTxWwe3+6aCYm=Gk4dQ@mail.gmail.com>

On Wed, Jan 08, 2025 at 10:06:34AM -0500, Luiz Augusto von Dentz wrote:
> Hi Greg,
> 
> On Wed, Jan 8, 2025 at 7:34 AM Greg KH <gregkh@linuxfoundation.org> wrote:
> >
> > On Fri, Jan 03, 2025 at 11:20:20AM +0800, Hsin-chen Chuang wrote:
> > > Allow sysfs to trigger reset via the cmd_timeout function in hci device.
> > > This is required to recover devices that are not responsive from
> > > userspace.
> > >
> > > Also remove the cmd timeout count in btusb since we only ever allow one
> > > command in flight at a time. We should always reset after a single
> > > command times out.
> > >
> > > Signed-off-by: Hsin-chen Chuang <chharry@chromium.org>
> > > ---
> > > This commit has been tested on a Chromebook by running
> > > `echo 1 > /sys/class/bluetooth/hci0/reset`
> >
> > You forgot the required Documentation/ABI/ update for your new sysfs
> > file :(
> 
> Looks like I've missed that when reviewing these changes, anyway no
> pull-request has been made, I assume we should follow what is
> documentation on Documentation/ABI/README?

Yes, all sysfs entries must be documented that way.  We have a script in
the tree that you can run to verify that all entries are documented, but
I don't think anyone runs it very often :(

> Does it include debugfs
> entries as well or only sysfs are required to be documented?

Only sysfs as that's the only stable api, debugfs can change all it
wants :)

thanks,

greg k-h

  reply	other threads:[~2025-01-08 15:11 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-03  3:20 [PATCH] Bluetooth: Allow reset via sysfs Hsin-chen Chuang
2025-01-03  3:45 ` bluez.test.bot
2025-01-06 16:29 ` [PATCH] " Luiz Augusto von Dentz
2025-01-07  7:21   ` Hsin-chen Chuang
2025-01-07 16:51     ` Luiz Augusto von Dentz
2025-01-08 12:33 ` Greg KH
2025-01-08 15:06   ` Luiz Augusto von Dentz
2025-01-08 15:10     ` Greg KH [this message]
2025-01-08 15:33       ` Luiz Augusto von Dentz
2025-01-08 16:13         ` Greg KH

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=2025010853-stalemate-upheld-10f4@gregkh \
    --to=gregkh@linuxfoundation.org \
    --cc=chharry@chromium.org \
    --cc=chromeos-bluetooth-upstreaming@chromium.org \
    --cc=johan.hedberg@gmail.com \
    --cc=linux-bluetooth@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=luiz.dentz@gmail.com \
    --cc=marcel@holtmann.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.