lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
Open Source and information security mailing list archives
| ||
|
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