Linux WPAN

• Thread Index

• [RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one
  • From: linux@xxxxxxxxxxx
• Re: [PATCH net-next v6 11/11] selftests: net: Add test cases for link and peer netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v6 11/11] selftests: net: Add test cases for link and peer netns
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next v6 11/11] selftests: net: Add test cases for link and peer netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 10/11] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 09/11] rtnetlink: Create link directly in target net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 08/11] rtnetlink: Remove "net" from newlink params
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 07/11] net: xfrm: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 05/11] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 04/11] ieee802154: 6lowpan: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 03/11] net: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 01/11] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v6 00/11] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v5 5/5] selftests: net: Add two test cases for link netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v5 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v5 5/5] selftests: net: Add two test cases for link netns
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v5 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• [PATCH net-next v5 5/5] selftests: net: Add two test cases for link netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v5 4/5] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v5 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v5 2/5] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v5 1/5] net: ip_tunnel: Build flow in underlay net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v5 0/5] net: Improve netns handling in RTNL and ip_tunnel
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [syzbot] Monthly wpan report (Dec 2024)
  • From: syzbot <syzbot+list298a2131cad081a6c900@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [wpan?] WARNING in cfg802154_switch_netns (3)
  • From: syzbot <syzbot+bd5829ba3619f08e2341@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [wpan?] WARNING in __dev_change_net_namespace (3)
  • From: syzbot <syzbot+3344d668bbbc12996d46@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.15 13/36] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 23/61] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 08/21] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 11/28] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 13/33] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 19/48] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.11 36/87] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 042/107] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net-next v4 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH V2] mac802154: check local interfaces before deleting sdata list
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 0/5] net: Improve netns handling in RTNL and ip_tunnel
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net-next v4 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 0/5] net: Improve netns handling in RTNL and ip_tunnel
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 5/5] selftests: net: Add two test cases for link netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 4/5] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 2/5] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v4 1/5] net: ip_tunnel: Build flow in underlay net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v3 4/6] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Lizhi Xu <lizhi.xu@xxxxxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Lizhi Xu <lizhi.xu@xxxxxxxxxxxxx>
• [PATCH net-next v3 6/6] selftests: net: Add two test cases for link netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 1/6] Revert "tools/net/ynl: improve async notification handling"
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 4/6] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 3/6] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 5/6] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 2/6] net: ip_tunnel: Build flow in underlay net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v3 0/6] net: Improve netns handling in RTNL and ip_tunnel
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• [PATCH V2] mac802154: check local interfaces before deleting sdata list
  • From: Lizhi Xu <lizhi.xu@xxxxxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [no subject]
  • From: Unknown
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Lizhi Xu <lizhi.xu@xxxxxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] mac802154: fix interface deletion
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH] mac802154: fix interface deletion
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [syzbot] [wpan?] [usb?] BUG: corrupted list in ieee802154_if_remove
  • From: syzbot <syzbot+985f827280dc3a6e7e92@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Lizhi Xu <lizhi.xu@xxxxxxxxxxxxx>
• Re: [PATCH] mac802154: add a check for slave data list before delete
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] mac802154: fix interface deletion
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] mac802154: add a check for slave data list before delete
  • From: Lizhi Xu <lizhi.xu@xxxxxxxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH] mac802154: fix interface deletion
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• [syzbot] [wpan?] [usb?] BUG: corrupted list in ieee802154_if_remove
  • From: syzbot <syzbot+985f827280dc3a6e7e92@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
  • From: Keisuke Nishimura <keisuke.nishimura@xxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH] ieee802154: ca8210: Add missing check for kfifo_alloc() in ca8210_probe()
  • From: Keisuke Nishimura <keisuke.nishimura@xxxxxxxx>
• Re: [PATCH net-next] ieee802154: Replace BOOL_TO_STR() with str_true_false()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] ieee802154: Replace BOOL_TO_STR() with str_true_false()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH net] Documentation: ieee802154: fix grammar
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] ieee802154: Replace BOOL_TO_STR() with str_true_false()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] Documentation: ieee802154: fix grammar
  • From: Bagas Sanjaya <bagasdotme@xxxxxxxxx>
• Re: [PATCH net] Documentation: ieee802154: fix grammar
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net] Documentation: ieee802154: fix grammar
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net] Documentation: ieee802154: fix grammar
  • From: Leo Stone <leocstone@xxxxxxxxx>
• Re: [PATCH net-next] ieee802154: Replace BOOL_TO_STR() with str_true_false()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net-next] ieee802154: Replace BOOL_TO_STR() with str_true_false()
  • From: Thorsten Blum <thorsten.blum@xxxxxxxxx>
• Re: [PATCH net-next v3 0/9] do not leave dangling sk pointers in pf->create functions
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH net-next v3 0/9] do not leave dangling sk pointers in pf->create functions
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v3 7/9] net: inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 9/9] Revert "net: do not leave a dangling sk pointer, when socket creation fails"
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 8/9] net: warn, if pf->create does not clear sock->sk on error
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 6/9] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/9] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/9] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Marc Kleine-Budde <mkl@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net-next v3 9/9] Revert "net: do not leave a dangling sk pointer, when socket creation fails"
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 8/9] net: warn, if pf->create does not clear sock->sk on error
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 7/9] net: inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 6/9] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 4/9] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/9] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH net-next v3 8/9] net: warn, if pf->create does not clear sock->sk on error
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 5/9] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 9/9] Revert "net: do not leave a dangling sk pointer, when socket creation fails"
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 4/9] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 7/9] net: inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 6/9] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 2/9] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 3/9] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 1/9] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH net-next v3 0/9] do not leave dangling sk pointers in pf->create functions
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: [PATCH v2 6/8] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v2 5/8] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: [PATCH v2 5/8] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Vincent MAILHOL <mailhol.vincent@xxxxxxxxxx>
• Re: [PATCH v2 1/8] net: explicitly clear the sk pointer, when pf->create fails
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 0/8] do not leave dangling sk pointers in pf->create functions
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v2 1/8] net: explicitly clear the sk pointer, when pf->create fails
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 8/8] inet6: do not leave a dangling sk pointer in inet6_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 5/8] net: af_can: do not leave a dangling sk pointer in can_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 7/8] net: inet: do not leave a dangling sk pointer in inet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 6/8] net: ieee802154: do not leave a dangling sk pointer in ieee802154_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 4/8] Bluetooth: RFCOMM: avoid leaving dangling sk pointer in rfcomm_sock_alloc()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 3/8] Bluetooth: L2CAP: do not leave dangling sk pointer on error in l2cap_sock_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 2/8] af_packet: avoid erroring out after sock_init_data() in packet_create()
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 1/8] net: explicitly clear the sk pointer, when pf->create fails
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• [PATCH v2 0/8] do not leave dangling sk pointers in pf->create functions
  • From: Ignat Korchagin <ignat@xxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-09-27
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-09-27
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: ieee802154 for net 2024-09-27
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-09-27
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• pull-request: ieee802154 for net 2024-09-27
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• [PATCH v3] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Jiawei Ye <jiawei.ye@xxxxxxxxxxx>
• Re: [PATCH v2] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Jiawei Ye <jiawei.ye@xxxxxxxxxxx>
• Re: [PATCH v2] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH v2] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Jiawei Ye <jiawei.ye@xxxxxxxxxxx>
• Re: [PATCH] Fix the RCU usage in mac802154_scan_worker
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] Fix the RCU usage in mac802154_scan_worker
  • From: Jiawei Ye <jiawei.ye@xxxxxxxxxxx>
• Re: [PATCH] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
• [PATCH] mac802154: Fix potential RCU dereference issue in mac802154_scan_worker
  • From: Jiawei Ye <jiawei.ye@xxxxxxxxxxx>
• Re: 802.15.4-2020 PHR field changes
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: 802.15.4-2020 PHR field changes
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan RESEND] net: ieee802154: mcr20a: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: 802.15.4-2020 PHR field changes
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH wpan RESEND] net: ieee802154: mcr20a: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• Re: [PATCH 0/7] net: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• Re: [PATCH 4/7] net: ieee802154: mcr20a: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/7] nfp: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Louis Peens <louis.peens@xxxxxxxxxxxx>
• Re: [PATCH 4/7] net: ieee802154: mcr20a: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• 802.15.4-2020 PHR field changes
  • From: James Hanley <jhanley@xxxxxxxxxxxx>
• Re: [PATCH] ieee802154: Fix build error
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/7] net: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• [PATCH 7/7] wifi: wl1251: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 6/7] wifi: mwifiex: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 5/7] wifi: p54: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 4/7] net: ieee802154: mcr20a: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 2/7] net: enetc: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 1/7] net: apple: bmac: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 3/7] nfp: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH 0/7] net: Use IRQF_NO_AUTOEN flag in request_irq()
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• [PATCH] ieee802154: Fix build error
  • From: Jinjie Ruan <ruanjinjie@xxxxxxxxxx>
• Re: [syzbot] [wpan?] WARNING in __dev_change_net_namespace (2)
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [syzbot] [wpan?] WARNING in __dev_change_net_namespace (2)
  • From: syzbot <syzbot+1df6ffa7a6274ae264db@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Subscribe
  • From: James Hanley <jhanley@xxxxxxxxxxxx>
• [syzbot] [wpan?] KASAN: global-out-of-bounds Read in mac802154_header_create (2)
  • From: syzbot <syzbot+844d670c418e0353c6a8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [syzbot] [wpan?] WARNING in __dev_change_net_namespace (2)
  • From: syzbot <syzbot+1df6ffa7a6274ae264db@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-09-01
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: ieee802154 for net 2024-09-01
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-09-01
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-09-01
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• pull-request: ieee802154 for net 2024-09-01
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 1/2] mac802154: Correct spelling in mac802154.h
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 2/2] ieee802154: Correct spelling in nl802154.h
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH v1] ieee802154: at86rf230: Simplify with dev_err_probe()
  • From: Shen Lichuan <shenlichuan@xxxxxxxx>
• [PATCH wpan-next 2/2] ieee802154: Correct spelling in nl802154.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH wpan-next 1/2] mac802154: Correct spelling in mac802154.h
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH wpan-next 0/2] wpan: Correct spelling in headers
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [syzbot] [wpan?] WARNING in cfg802154_switch_netns (2)
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [syzbot] [wpan?] WARNING in cfg802154_switch_netns (2)
  • From: syzbot <syzbot+e0bd4e4815a910c0daa8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.19 1/3] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 1/7] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 1/7] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 1/9] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 01/15] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 01/18] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.9 02/22] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [syzbot] [wpan?] WARNING in __dev_change_net_namespace (2)
  • From: syzbot <syzbot+1df6ffa7a6274ae264db@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [wpan?] WARNING in cfg802154_pernet_exit
  • From: syzbot <syzbot+ea134023eba0b937095a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-06-27
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2024-06-27
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• pull-request: ieee802154 for net 2024-06-27
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [syzbot] [wpan?] WARNING in lowpan_xmit
  • From: syzbot <syzbot+ba0ca9eb9e8da84dadeb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [f2fs-dev] [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: patchwork-bot+f2fs@xxxxxxxxxx
• Re: [PATCH] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH] net: mac802154: Fix racy device stats updates by DEV_STATS_INC() and DEV_STATS_ADD()
  • From: Yunshui Jiang <jiangyunshui@xxxxxxxxxx>
• Re: [PATCH] mac802154: fix time calculation in ieee802154_configure_durations()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] mac802154: fix time calculation in ieee802154_configure_durations()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mac802154: fix time calculation in ieee802154_configure_durations()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Guenter Roeck <linux@xxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: "Darrick J. Wong" <djwong@xxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Thomas Hellström <thomas.hellstrom@xxxxxxxxxxxxxxx>
• Re: [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Christian König <ckoenig.leichtzumerken@xxxxxxxxx>
• [PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] mac802154: fix time calculation in ieee802154_configure_durations()
  • From: Alexander Aring <alex.aring@xxxxxxxxx>
• Re: [PATCH] mac802154: fix time calculation in ieee802154_configure_durations()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] mac802154: fix time calculation in ieee802154_configure_durations()
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2] sysctl: treewide: constify ctl_table_header::ctl_table_arg
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v6 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH net-next v6 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Allison Henderson <allison.henderson@xxxxxxxxxx>
• Re: [PATCH net-next v6 0/8] sysctl: Remove sentinel elements from networking
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• [PATCH net-next v6 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 7/8] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 2/8] net: ipv{6,4}: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH net-next v6 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v5 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Sabrina Dubroca <sd@xxxxxxxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v5 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Chuck Lever <chuck.lever@xxxxxxxxxx>
• Re: [PATCH v5 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Jeffrey Layton <jlayton@xxxxxxxxxx>
• Re: [PATCH v5 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Julian Anastasov <ja@xxxxxx>
• [PATCH v5 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 7/8] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v5 2/8] net: ipv{6,4}: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH v4 7/8] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 8/8] ax.25: x.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 6/8] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 5/8] net: Remove ctl_table sentinel elements from several networking subsystems
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 4/8] net: sunrpc: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 3/8] net: rds: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 0/8] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 2/8] net: ipv{6,4}: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v4 1/8] net: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v2] sysctl: treewide: constify ctl_table_header::ctl_table_arg
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v2] sysctl: treewide: constify ctl_table_header::ctl_table_arg
  • From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH v3 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH v3 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v3 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH v2 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH v2 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• FAILED: Patch "mac802154: fix llsec key resources release in mac802154_llsec_key_del" failed to apply to 4.19-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• FAILED: Patch "mac802154: fix llsec key resources release in mac802154_llsec_key_del" failed to apply to 5.4-stable tree
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH v3 00/32] spi: get rid of some legacy macros
  • From: patchwork-bot+chrome-platform@xxxxxxxxxx
• Re: [PATCH v3 00/32] spi: get rid of some legacy macros
  • From: patchwork-bot+chrome-platform@xxxxxxxxxx
• Re: [PATCH 08/10] net: use new capable_any functionality
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• [PATCH 08/10] net: use new capable_any functionality
  • From: Christian Göttsche <cgzones@xxxxxxxxxxxxxx>
• Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• [PATCH 0/4] sysctl: Remove sentinel elements from networking
  • From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Alison Schofield <alison.schofield@xxxxxxxxx>
• Re: pull-request: ieee802154-next 2024-03-07
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• pull-request: ieee802154-next 2024-03-07
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next] wifi: cfg802154: make wpan_phy_class constant
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v1 1/1] ieee802154: mcr20a: Remove unused of_gpio.h
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v1 1/1] ieee802154: at86rf230: Replace of_gpio.h by proper one
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan] mac802154: fix llsec key resources release in mac802154_llsec_key_del
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: Re: [PATCH wpan] mac802154: fix llsec key resources release in mac802154_llsec_key_del
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next] wifi: cfg802154: make wpan_phy_class constant
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next] wifi: cfg802154: make wpan_phy_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Re: [PATCH net-next v1 1/1] ieee802154: mcr20a: Remove unused of_gpio.h
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next v1 1/1] ieee802154: at86rf230: Replace of_gpio.h by proper one
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net-next v1 1/1] ieee802154: mcr20a: Remove unused of_gpio.h
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v1 1/1] ieee802154: at86rf230: Replace of_gpio.h by proper one
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: Re: [PATCH wpan] mac802154: fix llsec key resources release in mac802154_llsec_key_del
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH wpan] mac802154: fix llsec key resources release in mac802154_llsec_key_del
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH wpan] mac802154: fix llsec key resources release in mac802154_llsec_key_del
  • From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
• Re: [PATCH net v3 4/9] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH net v2 4/9] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH net 04/10] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• Re: [PATCH] ieee802154: ca8210: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: ieee802154: mrf24j40: convert to use maple tree register cache
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net: ieee802154: mcr20a: convert to use maple tree register cache
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Kent Overstreet <kent.overstreet@xxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Jeff Johnson <quic_jjohnson@xxxxxxxxxxx>
• Re: [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• [FYI][PATCH] tracing/treewide: Remove second parameter of __assign_str()
  • From: Steven Rostedt <rostedt@xxxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan] mac802154: fix uninit-value issue in ieee802154_header_create()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH net v2 2/7] net: fill in MODULE_DESCRIPTION()s for ieee802154/fakelb
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net v2 2/7] net: fill in MODULE_DESCRIPTION()s for ieee802154/fakelb
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH wpan] mac802154: fix uninit-value issue in ieee802154_header_create()
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• [PATCH net 2/7] net: fill in MODULE_DESCRIPTION()s for ieee802154/fakelb
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: (subset) [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v3 00/32] spi: get rid of some legacy macros
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH net v3 4/9] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH v3 00/32] spi: get rid of some legacy macros
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v3 02/32] ieee802154: ca8210: Follow renaming of SPI "master" to "controller"
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH net v2 4/9] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net v2 4/9] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] ieee802154: ca8210: Drop spurious WQ_UNBOUND from alloc_ordered_workqueue() call
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH net 08/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net 08/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net 08/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH net 04/10] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Bo Liu (刘波)-浪潮信息 <liubo03@xxxxxxxxxx>
• Re: [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] net: ieee802154: mrf24j40: convert to use maple tree register cache
  • From: Bo Liu <liubo03@xxxxxxxxxx>
• [PATCH] net: ieee802154: mcr20a: convert to use maple tree register cache
  • From: Bo Liu <liubo03@xxxxxxxxxx>
• [PATCH] net: ieee802154: at86rf230: convert to use maple tree register cache
  • From: Bo Liu <liubo03@xxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: "Jarkko Sakkinen" <jarkko@xxxxxxxxxx>
• [syzbot] [wpan?] WARNING in cfg802154_switch_netns
  • From: syzbot <syzbot+6fbfe8fc7634822d0446@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH net 09/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next 02/22] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next 02/22] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next 02/22] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next 06/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Mark Brown <broonie@xxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 02/22] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next 06/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Jonathan Cameron <jic23@xxxxxxxxxx>
• [PATCH net-next 02/22] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH v2 02/33] ieee802154: ca8210: Follow renaming of SPI "master" to "controller"
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH v2 00/33] spi: get rid of some legacy macros
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH v2 02/33] ieee802154: ca8210: Follow renaming of SPI "master" to "controller"
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH 02/33] ieee802154: ca8210: Follow renaming of SPI "master" to "controller"
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 02/33] ieee802154: ca8210: Follow renaming of SPI "master" to "controller"
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 00/33] spi: get rid of some legacy macros
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH 00/33] spi: get rid of some legacy macros
  • From: Mark Brown <broonie@xxxxxxxxxx>
• [PATCH 00/33] spi: get rid of some legacy macros
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH 02/33] ieee802154: ca8210: Follow renaming of SPI "master" to "controller"
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Nikita Zhandarovich <n.zhandarovich@xxxxxxxxxx>
• Re: Linux WPAN and Contiki NG
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 07/10] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next 07/10] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH net-next 07/10] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: Linux WPAN and Contiki NG
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: Linux WPAN and Contiki NG
  • From: Marek Küthe <m-k-mailling-list@xxxxxxx>
• Re: Linux WPAN and Contiki NG
  • From: Marek Küthe <m-k-mailling-list@xxxxxxx>
• Re: [PATCH net-next 06/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: Linux WPAN and Contiki NG
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Linux WPAN and Contiki NG
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 06/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next 07/10] net: fill in MODULE_DESCRIPTION()s for 6LoWPAN
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH net-next 06/10] net: fill in MODULE_DESCRIPTION()s for ieee802154
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Linux WPAN and Contiki NG
  • From: Marek Küthe <m-k-mailling-list@xxxxxxx>
• Re: pull-request: ieee802154 for net-next 2023-12-20
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: pull-request: ieee802154 for net-next 2023-12-20
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [syzbot] [wpan?] KMSAN: uninit-value in ieee802154_hdr_push (2)
  • From: syzbot <syzbot+60a66d44892b66b56545@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154 for net-next 2023-12-20
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• pull-request: ieee802154 for net-next 2023-12-20
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 1/5] mac80254: Provide real PAN coordinator info in beacons
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 3/5] mac802154: Only allow PAN controllers to process association requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 2/5] mac802154: Use the PAN coordinator parameter when stamping packets
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 4/5] ieee802154: Avoid confusing changes after associating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 5/5] mac802154: Avoid new associations while disassociating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 2/5] mac802154: Use the PAN coordinator parameter when stamping packets
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next 5/5] mac802154: Avoid new associations while disassociating
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next 4/5] ieee802154: Avoid confusing changes after associating
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next 3/5] mac802154: Only allow PAN controllers to process association requests
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next 1/5] mac80254: Provide real PAN coordinator info in beacons
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next 2/5] mac802154: Use the PAN coordinator parameter when stamping packets
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next 2/5] mac802154: Use the PAN coordinator parameter when stamping packets
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v5 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-tools 0/2] Associations support
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-tools] iwpan: Allow the phy shortcut for scanning commands
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 5/5] mac802154: Avoid new associations while disassociating
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 4/5] ieee802154: Avoid confusing changes after associating
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 3/5] mac802154: Only allow PAN controllers to process association requests
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 2/5] mac802154: Use the PAN coordinator parameter when stamping packets
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next 1/5] mac80254: Provide real PAN coordinator info in beacons
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v5 01/11] ieee802154: Let PAN IDs be reset
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/9] net*: Convert to platform remove callback returning void
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2 0/9] net*: Convert to platform remove callback returning void
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next v2 0/9] net*: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 0/9] net*: Convert to platform remove callback returning void
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net-next v2 0/9] net*: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH net-next v2 8/9] ieee802154: fakelb: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH net-next v2 9/9] ieee802154: hwsim: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH RESEND] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Zhang Shurong <zhang_shurong@xxxxxxxxxxx>
• [PATCH wpan-tools 1/2] iwpan: Synchronize nl802154.h with the latest association changes
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-tools 2/2] iwpan: Add associations support
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-tools 0/2] Associations support
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-tools] iwpan: Allow the phy shortcut for scanning commands
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next 5/5] mac802154: Avoid new associations while disassociating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next 4/5] ieee802154: Avoid confusing changes after associating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next 3/5] mac802154: Only allow PAN controllers to process association requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next 2/5] mac802154: Use the PAN coordinator parameter when stamping packets
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next 1/5] mac80254: Provide real PAN coordinator info in beacons
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next 0/5] ieee802154: Association tweaks
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 10/10] ieee802154: hwsim: Convert to platform remove callback returning void
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next 09/10] ieee802154: fakelb: Convert to platform remove callback returning void
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 03/11] ieee802154: Add support for user association requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 04/11] mac802154: Handle associating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 05/11] ieee802154: Add support for user disassociation requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 06/11] mac802154: Handle disassociations
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 08/11] ieee802154: Add support for limiting the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 09/11] mac802154: Follow the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 10/11] mac802154: Handle disassociation notifications from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] mac802154: Fix uninit-value access in ieee802154_hdr_push_sechdr
  • From: Zhang Shurong <zhang_shurong@xxxxxxxxxxx>
• Re: [PATCH net-next 09/10] ieee802154: fakelb: Convert to platform remove callback returning void
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next 10/10] ieee802154: hwsim: Convert to platform remove callback returning void
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next 00/10] net*: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH net-next 10/10] ieee802154: hwsim: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• [PATCH net-next 09/10] ieee802154: fakelb: Convert to platform remove callback returning void
  • From: Uwe Kleine-König <u.kleine-koenig@xxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v5 00/11] ieee802154: Associations between devices
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: RPL lwtunnel encapsulation
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: RPL lwtunnel encapsulation
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: RPL lwtunnel encapsulation
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: RPL lwtunnel encapsulation
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: RPL lwtunnel encapsulation
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• RPL lwtunnel encapsulation
  • From: Mathis Marion <mathis.marion@xxxxxxxxxx>
• RE: [PATCH net] net: ieee802154: adf7242: Fix some potential buffer overflow in adf7242_stats_show()
  • From: "Hennerich, Michael" <Michael.Hennerich@xxxxxxxxxx>
• Re: [PATCH net] net: ieee802154: adf7242: Fix some potential buffer overflow in adf7242_stats_show()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net] net: ieee802154: adf7242: Fix some potential buffer overflow in adf7242_stats_show()
  • From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 08/10] wifi: atmel: remove unused ioctl function
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• Re: pull-request: ieee802154 for net 2023-10-10
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Jiri Pirko <jiri@xxxxxxxxxxx>
• [PATCH v2 10/10] net: remove ndo_do_ioctl handler
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 07/10] staging: rtl8723bs: remove dead code
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 09/10] wifi: hostap: remove unused ioctl function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 08/10] wifi: atmel: remove unused ioctl function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 03/10] ethernet: sp7021: fix ioctl callback pointer
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 06/10] staging: rtl8712: remove unused legacy ioctl handlers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 02/10] ieee802154: avoid deprecated .ndo_do_ioctl callback
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 05/10] staging: rtl8192: remove unused legacy ioctl handlers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 04/10] staging: ks7010: remove unused ioctl handler
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH v2 01/10] appletalk: make localtalk and ppp support conditional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 09/10] wireless: hostap: remove unused ioctl function
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: Rodolfo Zitellini <rwz@xxxxxxxxx>
• pull-request: ieee802154 for net 2023-10-10
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• [PATCH v2] appletalk: make localtalk and ppp support conditional
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: Rodolfo Zitellini <rwz@xxxxxxxxx>
• Re: [PATCH 09/10] wireless: hostap: remove unused ioctl function
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH 08/10] wireless: atmel: remove unused ioctl function
  • From: Kalle Valo <kvalo@xxxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: Rodolfo Zitellini <rwz@xxxxxxxxx>
• Re: [PATCH 04/10] staging: ks7010: remove unused ioctl handler
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 05/10] staging: rtl8192: remove unused legacy ioctl handlers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 07/10] staging: rtl8723bs: remove dead code
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 06/10] staging: rtl8712: remove unused legacy ioctl handlers
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 08/10] wireless: atmel: remove unused ioctl function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 10/10] net: remove ndo_do_ioctl handler
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 09/10] wireless: hostap: remove unused ioctl function
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 07/10] staging: rtl8723bs: remove dead code
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 06/10] staging: rtl8712: remove unused legacy ioctl handlers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 05/10] staging: rtl8192: remove unused legacy ioctl handlers
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 04/10] staging: ks7010: remove unused ioctl handler
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 03/10] ethernet: sp7021: fix ioctl callback pointer
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 02/10] ieee802154: avoid deprecated .ndo_do_ioctl callback
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH 01/10] appletalk: remove localtalk and ppp support
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• Re: [PATCH] [v4] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH] [v4] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH] [v3] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: dinghao.liu@xxxxxxxxxx
• Re: [PATCH net] 6lowpan: fix double free in lowpan_frag_rcv()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net] 6lowpan: fix double free in lowpan_frag_rcv()
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] [v3] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH net] 6lowpan: fix double free in lowpan_frag_rcv()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH 0/9] wpan-tools: switch to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 5/9] src/nl802154.h: switch file to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 0/9] wpan-tools: switch to SPDX header for license and copyright
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH 5/9] src/nl802154.h: switch file to SPDX header for license and copyright
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] [v3] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: kernel test robot <lkp@xxxxxxxxx>
• [PATCH] [v3] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH wpan-next v4 02/11] ieee802154: Internal PAN management
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH wpan-next v5 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 10/11] mac802154: Handle disassociation notifications from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 09/11] mac802154: Follow the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 08/11] ieee802154: Add support for limiting the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 06/11] mac802154: Handle disassociations
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 05/11] ieee802154: Add support for user disassociation requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 04/11] mac802154: Handle associating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 03/11] ieee802154: Add support for user association requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v5 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v5 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] [v2] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] [v2] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: dinghao.liu@xxxxxxxxxx
• Re: [PATCH] [v2] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] [v2] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH 0/9] wpan-tools: switch to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH] [v2] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH wpan-next v4 04/11] mac802154: Handle associating
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: dinghao.liu@xxxxxxxxxx
• Re: [PATCH] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] ieee802154: ca8210: Fix a potential UAF in ca8210_probe
  • From: Dinghao Liu <dinghao.liu@xxxxxxxxxx>
• Re: [PATCH 0/9] wpan-tools: switch to SPDX header for license and copyright
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v4 02/11] ieee802154: Internal PAN management
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v4 01/11] ieee802154: Let PAN IDs be reset
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH 9/9] workflow: add reuse job to check for REUSE compliance
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 6/9] examples: switch files to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 8/9] misc: switch remaining files to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 3/9] wpan-ping: switch files to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] src: switch files to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 5/9] src/nl802154.h: switch file to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 2/9] license: clearly indicate license in file name and use new LICENSES folder
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 4/9] wpan-hwsim: switch files to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 0/9] wpan-tools: switch to SPDX header for license and copyright
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH 1/9] m4: remove empty folder which only holds a .gitignore file
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH wpan-next v4 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 10/11] mac802154: Handle disassociation notifications from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 09/11] mac802154: Follow the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 08/11] ieee802154: Add support for limiting the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 06/11] mac802154: Handle disassociations
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 05/11] ieee802154: Add support for user disassociation requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 04/11] mac802154: Handle associating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 03/11] ieee802154: Add support for user association requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v4 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v3 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v3 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [syzbot] [wpan?] [input?] [usb?] memory leak in hwsim_add_one (2)
  • From: syzbot <syzbot+d2aa0f55c4ae66a9b75d@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v3 00/11] ieee802154: Associations between devices
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v3 02/11] ieee802154: Internal PAN management
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v3 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v3 11/11] ieee802154: Give the user the association list
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH wpan-next v3 09/11] mac802154: Follow the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v2 11/11] ieee802154: Give the user the association list
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 06/11] mac802154: Handle disassociations
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 08/11] ieee802154: Add support for limiting the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 01/11] ieee802154: Let PAN IDs be reset
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 03/11] ieee802154: Add support for user association requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 05/11] ieee802154: Add support for user disassociation requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 10/11] mac802154: Handle disassociation notifications from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v3 04/11] mac802154: Handle associating
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v3 00/11] ieee802154: Associations between devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v2 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v2 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH wpan-next v2 07/11] mac802154: Handle association requests from peers
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v2 11/11] ieee802154: Give the user the association list
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v2 02/11] ieee802154: Internal PAN management
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH wpan-next v2 04/11] mac802154: Handle associating
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: Joel Granados <j.granados@xxxxxxxxxxx>
• Re: [GIT PULL] sysctl changes for v6.6-rc1
  • From: Alexey Gladkov <legion@xxxxxxxxxx>
• [PATCH wpan-next v2 11/11] ieee802154: Give the user the association list
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v2 10/11] mac802154: Handle disassociation notifications from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v2 09/11] mac802154: Follow the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v2 08/11] ieee802154: Add support for limiting the number of associated devices
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v2 07/11] mac802154: Handle association requests from peers
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v2 06/11] mac802154: Handle disassociations
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH wpan-next v2 05/11] ieee802154: Add support for user disassociation requests
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>