Message ID | 20230627191004.2586540-1-luiz.dentz@gmail.com (mailing list archive) |
---|---|
State | Handled Elsewhere |
Headers | show |
Series | pull request: bluetooth-next 2023-06-27 | expand |
On Tue, 27 Jun 2023 12:10:04 -0700 Luiz Augusto von Dentz wrote: > bluetooth-next pull request for net-next: > > - Add Reialtek devcoredump support > - Add support for device 6655:8771 > - Add extended monitor tracking by address filter > - Add support for connecting multiple BISes > - Add support to reset via ACPI DSM for Intel controllers > - Add support for MT7922 used in Asus Ally > - Add support Mediatek MT7925 > - Fixes for use-after-free in L2CAP As you probably realized these came in a little late for our main pull request for this merge window. Can we cut this down a little bit? Stick to the fixes and changes which you have the most confidence in and try to keep the new lines under 1k LoC? I had a look thru and these changes look like stuff we can definitely pull: a8d0b0440b7f ("Bluetooth: btrtl: Add missing MODULE_FIRMWARE declarations") 349cae7e8d84 ("Bluetooth: btusb: Add device 6655:8771 to device tables") afdbe6303877 ("Bluetooth: btqca: use le32_to_cpu for ver.soc_id") d1b10da77355 ("Bluetooth: L2CAP: Fix use-after-free") c1121a116d5f ("Bluetooth: fix invalid-bdaddr quirk for non-persistent setup") 2f8b38e5eba4 ("Bluetooth: fix use-bdaddr-property quirk") 317af9ba6fff ("Bluetooth: L2CAP: Fix use-after-free in l2cap_sock_ready_cb") a6cfe4261f5e ("Bluetooth: hci_bcm: do not mark valid bd_addr as invalid") 20b3370a6bfb ("Bluetooth: ISO: use hci_sync for setting CIG parameters") 29a3b409a3f2 ("Bluetooth: hci_event: fix Set CIG Parameters error status handling") 48d15256595b ("Bluetooth: MGMT: Fix marking SCAN_RSP as not connectable") f145eeb779c3 ("Bluetooth: ISO: Rework sync_interval to be sync_factor") 0d39e82e1a7b ("Bluetooth: hci_sysfs: make bt_class a static const structure") 8649851b1945 ("Bluetooth: hci_event: Fix parsing of CIS Established Event") 5b611951e075 ("Bluetooth: btusb: Add MT7922 bluetooth ID for the Asus Ally") 00b51ce9f603 ("Bluetooth: hci_conn: Use kmemdup() to replace kzalloc + memcpy") You can throw in a few more things you think are important and are unlikely to cause regressions.
Hi Jakub, On Wed, Jun 28, 2023 at 7:38 PM Jakub Kicinski <kuba@kernel.org> wrote: > > On Tue, 27 Jun 2023 12:10:04 -0700 Luiz Augusto von Dentz wrote: > > bluetooth-next pull request for net-next: > > > > - Add Reialtek devcoredump support > > - Add support for device 6655:8771 > > - Add extended monitor tracking by address filter > > - Add support for connecting multiple BISes > > - Add support to reset via ACPI DSM for Intel controllers > > - Add support for MT7922 used in Asus Ally > > - Add support Mediatek MT7925 > > - Fixes for use-after-free in L2CAP > > As you probably realized these came in a little late for our main pull > request for this merge window. Can we cut this down a little bit? > Stick to the fixes and changes which you have the most confidence in > and try to keep the new lines under 1k LoC? Yeah, sorry about that I had a business trip which sort of messed up the pull request. > I had a look thru and these changes look like stuff we can definitely > pull: > > a8d0b0440b7f ("Bluetooth: btrtl: Add missing MODULE_FIRMWARE declarations") > 349cae7e8d84 ("Bluetooth: btusb: Add device 6655:8771 to device tables") > afdbe6303877 ("Bluetooth: btqca: use le32_to_cpu for ver.soc_id") > d1b10da77355 ("Bluetooth: L2CAP: Fix use-after-free") > c1121a116d5f ("Bluetooth: fix invalid-bdaddr quirk for non-persistent setup") > 2f8b38e5eba4 ("Bluetooth: fix use-bdaddr-property quirk") > 317af9ba6fff ("Bluetooth: L2CAP: Fix use-after-free in l2cap_sock_ready_cb") > a6cfe4261f5e ("Bluetooth: hci_bcm: do not mark valid bd_addr as invalid") > 20b3370a6bfb ("Bluetooth: ISO: use hci_sync for setting CIG parameters") > 29a3b409a3f2 ("Bluetooth: hci_event: fix Set CIG Parameters error status handling") > 48d15256595b ("Bluetooth: MGMT: Fix marking SCAN_RSP as not connectable") > f145eeb779c3 ("Bluetooth: ISO: Rework sync_interval to be sync_factor") > 0d39e82e1a7b ("Bluetooth: hci_sysfs: make bt_class a static const structure") > 8649851b1945 ("Bluetooth: hci_event: Fix parsing of CIS Established Event") > 5b611951e075 ("Bluetooth: btusb: Add MT7922 bluetooth ID for the Asus Ally") > 00b51ce9f603 ("Bluetooth: hci_conn: Use kmemdup() to replace kzalloc + memcpy") > > You can throw in a few more things you think are important and are > unlikely to cause regressions. Yeah, those seem to be the most important ones, do you want me to redo the pull-request or perhaps you can just cherry-pick them?
On Wed, 28 Jun 2023 22:01:05 -0700 Luiz Augusto von Dentz wrote: > > a8d0b0440b7f ("Bluetooth: btrtl: Add missing MODULE_FIRMWARE declarations") > > 349cae7e8d84 ("Bluetooth: btusb: Add device 6655:8771 to device tables") > > afdbe6303877 ("Bluetooth: btqca: use le32_to_cpu for ver.soc_id") > > d1b10da77355 ("Bluetooth: L2CAP: Fix use-after-free") > > c1121a116d5f ("Bluetooth: fix invalid-bdaddr quirk for non-persistent setup") > > 2f8b38e5eba4 ("Bluetooth: fix use-bdaddr-property quirk") > > 317af9ba6fff ("Bluetooth: L2CAP: Fix use-after-free in l2cap_sock_ready_cb") > > a6cfe4261f5e ("Bluetooth: hci_bcm: do not mark valid bd_addr as invalid") > > 20b3370a6bfb ("Bluetooth: ISO: use hci_sync for setting CIG parameters") > > 29a3b409a3f2 ("Bluetooth: hci_event: fix Set CIG Parameters error status handling") > > 48d15256595b ("Bluetooth: MGMT: Fix marking SCAN_RSP as not connectable") > > f145eeb779c3 ("Bluetooth: ISO: Rework sync_interval to be sync_factor") > > 0d39e82e1a7b ("Bluetooth: hci_sysfs: make bt_class a static const structure") > > 8649851b1945 ("Bluetooth: hci_event: Fix parsing of CIS Established Event") > > 5b611951e075 ("Bluetooth: btusb: Add MT7922 bluetooth ID for the Asus Ally") > > 00b51ce9f603 ("Bluetooth: hci_conn: Use kmemdup() to replace kzalloc + memcpy") > > > > You can throw in a few more things you think are important and are > > unlikely to cause regressions. > > Yeah, those seem to be the most important ones, do you want me to redo > the pull-request or perhaps you can just cherry-pick them? Nothing to add to that list? Let me see if I can cherry-pick them cleanly.
On Thu, 29 Jun 2023 08:22:41 -0700 Jakub Kicinski wrote: > On Wed, 28 Jun 2023 22:01:05 -0700 Luiz Augusto von Dentz wrote: > > > a8d0b0440b7f ("Bluetooth: btrtl: Add missing MODULE_FIRMWARE declarations") > > > 349cae7e8d84 ("Bluetooth: btusb: Add device 6655:8771 to device tables") > > > afdbe6303877 ("Bluetooth: btqca: use le32_to_cpu for ver.soc_id") > > > d1b10da77355 ("Bluetooth: L2CAP: Fix use-after-free") > > > c1121a116d5f ("Bluetooth: fix invalid-bdaddr quirk for non-persistent setup") > > > 2f8b38e5eba4 ("Bluetooth: fix use-bdaddr-property quirk") > > > 317af9ba6fff ("Bluetooth: L2CAP: Fix use-after-free in l2cap_sock_ready_cb") > > > a6cfe4261f5e ("Bluetooth: hci_bcm: do not mark valid bd_addr as invalid") > > > 20b3370a6bfb ("Bluetooth: ISO: use hci_sync for setting CIG parameters") > > > 29a3b409a3f2 ("Bluetooth: hci_event: fix Set CIG Parameters error status handling") > > > 48d15256595b ("Bluetooth: MGMT: Fix marking SCAN_RSP as not connectable") > > > f145eeb779c3 ("Bluetooth: ISO: Rework sync_interval to be sync_factor") > > > 0d39e82e1a7b ("Bluetooth: hci_sysfs: make bt_class a static const structure") > > > 8649851b1945 ("Bluetooth: hci_event: Fix parsing of CIS Established Event") > > > 5b611951e075 ("Bluetooth: btusb: Add MT7922 bluetooth ID for the Asus Ally") > > > 00b51ce9f603 ("Bluetooth: hci_conn: Use kmemdup() to replace kzalloc + memcpy") > > > > > > You can throw in a few more things you think are important and are > > > unlikely to cause regressions. > > > > Yeah, those seem to be the most important ones, do you want me to redo > > the pull-request or perhaps you can just cherry-pick them? > > Nothing to add to that list? > Let me see if I can cherry-pick them cleanly. I pushed these to net now, hopefully I didn't mess it up :)
Hi Jakub, On Thu, Jun 29, 2023 at 10:59 AM Jakub Kicinski <kuba@kernel.org> wrote: > > On Thu, 29 Jun 2023 08:22:41 -0700 Jakub Kicinski wrote: > > On Wed, 28 Jun 2023 22:01:05 -0700 Luiz Augusto von Dentz wrote: > > > > a8d0b0440b7f ("Bluetooth: btrtl: Add missing MODULE_FIRMWARE declarations") > > > > 349cae7e8d84 ("Bluetooth: btusb: Add device 6655:8771 to device tables") > > > > afdbe6303877 ("Bluetooth: btqca: use le32_to_cpu for ver.soc_id") > > > > d1b10da77355 ("Bluetooth: L2CAP: Fix use-after-free") > > > > c1121a116d5f ("Bluetooth: fix invalid-bdaddr quirk for non-persistent setup") > > > > 2f8b38e5eba4 ("Bluetooth: fix use-bdaddr-property quirk") > > > > 317af9ba6fff ("Bluetooth: L2CAP: Fix use-after-free in l2cap_sock_ready_cb") > > > > a6cfe4261f5e ("Bluetooth: hci_bcm: do not mark valid bd_addr as invalid") > > > > 20b3370a6bfb ("Bluetooth: ISO: use hci_sync for setting CIG parameters") > > > > 29a3b409a3f2 ("Bluetooth: hci_event: fix Set CIG Parameters error status handling") > > > > 48d15256595b ("Bluetooth: MGMT: Fix marking SCAN_RSP as not connectable") > > > > f145eeb779c3 ("Bluetooth: ISO: Rework sync_interval to be sync_factor") > > > > 0d39e82e1a7b ("Bluetooth: hci_sysfs: make bt_class a static const structure") > > > > 8649851b1945 ("Bluetooth: hci_event: Fix parsing of CIS Established Event") > > > > 5b611951e075 ("Bluetooth: btusb: Add MT7922 bluetooth ID for the Asus Ally") > > > > 00b51ce9f603 ("Bluetooth: hci_conn: Use kmemdup() to replace kzalloc + memcpy") > > > > > > > > You can throw in a few more things you think are important and are > > > > unlikely to cause regressions. > > > > > > Yeah, those seem to be the most important ones, do you want me to redo > > > the pull-request or perhaps you can just cherry-pick them? > > > > Nothing to add to that list? > > Let me see if I can cherry-pick them cleanly. > > I pushed these to net now, hopefully I didn't mess it up :) Great, thanks. I guess I will change the frequency we do pull request to net-next going forward, perhaps something doing it bi-weekly/monthly would be better to avoid risking missing the merge window if that happens to conflict with some event, etc.
On Thu, 29 Jun 2023 11:34:34 -0700 Luiz Augusto von Dentz wrote: > > > Nothing to add to that list? > > > Let me see if I can cherry-pick them cleanly. > > > > I pushed these to net now, hopefully I didn't mess it up :) > > Great, thanks. I guess I will change the frequency we do pull request > to net-next going forward, perhaps something doing it > bi-weekly/monthly would be better to avoid risking missing the merge > window if that happens to conflict with some event, etc. Maybe every 3 weeks would be optimal? Basically the week after -rc3, the week after -rc6 and then a small catch up right before the merge window if needed? Obviously easier said than done as life tends to not align with fixed schedules..
Hi Jakub, On Thu, Jun 29, 2023 at 11:43 AM Jakub Kicinski <kuba@kernel.org> wrote: > > On Thu, 29 Jun 2023 11:34:34 -0700 Luiz Augusto von Dentz wrote: > > > > Nothing to add to that list? > > > > Let me see if I can cherry-pick them cleanly. > > > > > > I pushed these to net now, hopefully I didn't mess it up :) > > > > Great, thanks. I guess I will change the frequency we do pull request > > to net-next going forward, perhaps something doing it > > bi-weekly/monthly would be better to avoid risking missing the merge > > window if that happens to conflict with some event, etc. > > Maybe every 3 weeks would be optimal? Basically the week after -rc3, > the week after -rc6 and then a small catch up right before the merge > window if needed? Obviously easier said than done as life tends to > not align with fixed schedules.. Sounds great, will put a calendar reminding me to send pull-requests every 3 weeks.