Hi Jakub, On Sun, Jan 9, 2022 at 2:18 PM Jakub Kicinski <kuba@xxxxxxxxxx> wrote: > > On Sat, 8 Jan 2022 15:40:59 +0100 Marcel Holtmann wrote: > > >> The following changes since commit 710ad98c363a66a0cd8526465426c5c5f8377ee0: > > >> > > >> veth: Do not record rx queue hint in veth_xmit (2022-01-06 13:49:54 +0000) > > >> > > >> are available in the Git repository at: > > >> > > >> git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth-next.git tags/for-net-next-2022-01-07 > > >> > > >> for you to fetch changes up to b9f9dbad0bd1c302d357fdd327c398f51f5fc2b1: > > >> > > >> Bluetooth: hci_sock: fix endian bug in hci_sock_setsockopt() (2022-01-07 08:41:38 +0100) > > >> > > >> ---------------------------------------------------------------- > > >> bluetooth-next pull request for net-next: > > >> > > >> - Add support for Foxconn QCA 0xe0d0 > > >> - Fix HCI init sequence on MacBook Air 8,1 and 8,2 > > >> - Fix Intel firmware loading on legacy ROM devices > > > > > > A few warnings here that may be worth addressing - in particular this > > > one makes me feel that kbuild bot hasn't looked at the patches: > > > > > > net/bluetooth/hci_sync.c:5143:5: warning: no previous prototype for ‘hci_le_ext_create_conn_sync’ [-Wmissing-prototypes] > > > 5143 | int hci_le_ext_create_conn_sync(struct hci_dev *hdev, struct hci_conn *conn, > > > | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ > > > > this we have to fix with a patch since none of the commits were > > touching this. It really must have slipped through earlier. > > > > > Also this Fixes tag could be mended: > > > > > > Commit: 6845667146a2 ("Bluetooth: hci_qca: Fix NULL vs > > > IS_ERR_OR_NULL check in qca_serdev_probe") Fixes tag: Fixes: > > > 77131dfe ("Bluetooth: hci_qca: Replace devm_gpiod_get() with > > > devm_gpiod_get_optional()") Has these problem(s): > > > - SHA1 should be at least 12 digits long > > > Can be fixed by setting core.abbrev to 12 (or > > > more) or (for git v2.11 or later) just making sure it is not set > > > (or set to "auto"). > > > > I fixed that now and re-pushed the tree. Funny part is that I always > > check that the Fixes SHA1 is actually valid, but I never thought > > about checking that it is at least 12 digits long. I totally missed > > that and keep it in mind going forward. > > You're right. I think our patchwork build bot got confused about the > direction of the merge and displayed old warnings :S You know what.. > let me just pull this as is and we can take the fixes in the next PR, > then. Apologies for the extra work! Im planning to send a new pull request later today, that should address the warning and also takes cares of sort hash since that has been fixup in place. -- Luiz Augusto von Dentz