[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20210119204315.2611811-1-abhishekpandit@chromium.org>
Date: Tue, 19 Jan 2021 12:43:11 -0800
From: Abhishek Pandit-Subedi <abhishekpandit@...omium.org>
To: marcel@...tmann.org
Cc: chromeos-bluetooth-upstreaming@...omium.org, mcchou@...omium.org,
michaelfsun@...gle.com, linux-bluetooth@...r.kernel.org,
apusaka@...omium.org,
Abhishek Pandit-Subedi <abhishekpandit@...omium.org>,
Johan Hedberg <johan.hedberg@...il.com>,
Luiz Augusto von Dentz <luiz.dentz@...il.com>,
linux-kernel@...r.kernel.org
Subject: [PATCH 0/3] Bluetooth: btusb: Expose hw reset to debugfs
Hi Marcel,
This series updates the reset gpio based recovery from command
timeouts with the following changes:
* Refactor duplicate code to use a single btusb_gpio_cmd_timeout
* Reduce the number of command timeouts needed for reset to 3
* Expose the gpio based hardware reset to debugfs for testing
The last one is important to us so that we can confirm new chips support
hardware based reset (which is part of our requirements for BT chips).
We will probably also add the 'toggle_hw_reset' debugfs entry to other
drivers that support hardware based reset (i.e. hci_qca, hci_h5, etc) in
subsequent changes.
Thanks
Abhishek
Abhishek Pandit-Subedi (3):
Bluetooth: btusb: Refactor gpio reset
Bluetooth: btusb: Trigger gpio reset quicker
Bluetooth: btusb: Expose reset gpio to debugfs
drivers/bluetooth/btusb.c | 107 +++++++++++++++++++++++---------------
1 file changed, 66 insertions(+), 41 deletions(-)
--
2.30.0.284.gd98b1dd5eaa7-goog
Powered by blists - more mailing lists