On Tue, 2024-02-06 at 10:32 -0500, Luiz Augusto von Dentz wrote: > Hi Paolo, > > On Tue, Feb 6, 2024 at 10:21 AM Paolo Abeni <pabeni@xxxxxxxxxx> wrote: > > > > On Tue, 2024-02-06 at 09:45 -0500, Luiz Augusto von Dentz wrote: > > > On Tue, Feb 6, 2024 at 9:33 AM Paolo Abeni <pabeni@xxxxxxxxxx> wrote: > > > > On Fri, 2024-02-02 at 16:38 -0500, Luiz Augusto von Dentz wrote: > > > > > The following changes since commit ba5e1272142d051dcc57ca1d3225ad8a089f9858: > > > > > > > > > > netdevsim: avoid potential loop in nsim_dev_trap_report_work() (2024-02-02 11:00:38 -0800) > > > > > > > > > > are available in the Git repository at: > > > > > > > > > > git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth.git tags/for-net-2024-02-02 > > > > > > > > > > for you to fetch changes up to 96d874780bf5b6352e45b4c07c247e37d50263c3: > > > > > > > > > > Bluetooth: qca: Fix triggering coredump implementation (2024-02-02 16:13:56 -0500) > > > > > > > > > > ---------------------------------------------------------------- > > > > > bluetooth pull request for net: > > > > > > > > A couple of commits have some issue in the tag area (spaces between > > > > Fixes and other tag): > > > > > > > > > > - btintel: Fix null ptr deref in btintel_read_version > > > > > - mgmt: Fix limited discoverable off timeout > > > > > - hci_qca: Set BDA quirk bit if fwnode exists in DT > > > > > > > > this one ^^^ > > > > > > > > > - hci_bcm4377: do not mark valid bd_addr as invalid > > > > > - hci_sync: Check the correct flag before starting a scan > > > > > - Enforce validation on max value of connection interval > > > > > > > > and this one ^^^ > > > > > > Ok, do you use any tools to capture these? checkpatch at least didn't > > > capture anything for me. > > > > We use the nipa tools: > > > > https://github.com/linux-netdev/nipa > > > > specifically: > > > > https://github.com/linux-netdev/nipa/blob/main/tests/patch/verify_fixes/verify_fixes.sh > > > > (it can run standalone) > > verify_fixes.sh HEAD^..HEAD > verify_fixes.sh: line 201: $DESC_FD: ambiguous redirect > > Not really sure where DESC_FD comes from, perhaps it needs to be set > in the environment, anyway can you send the output it is generating? I usually do: export DESC_FD=1 verify_fixes.sh HEAD^..HEAD Cheers, Paolo
