Linux WPAN

• Thread Index

• Re: [RFC] GSoC 2025 upstream wpanusb bcfserial
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [syzbot] [wpan?] WARNING: ODEBUG bug in hwsim_update_pib
  • From: syzbot <syzbot+7932fb418f81bda3ad79@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Call for Participation: Embedded & IoT micro-conference at Linux Plumbers 2025
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [RFC] GSoC 2025 upstream wpanusb bcfserial
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [RFC] GSoC 2025 upstream wpanusb bcfserial
  • From: manas gupta <manasgupta3131@xxxxxxxxx>
• Re: [PATCH net-next v3] net: replace ND_PRINTK with dynamic debug
  • From: patchwork-bot+bluetooth@xxxxxxxxxx
• [syzbot] Monthly wpan report (Jul 2025)
  • From: syzbot <syzbot+list57b57add8873522eb296@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3] net: replace ND_PRINTK with dynamic debug
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v3] net: replace ND_PRINTK with dynamic debug
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• [PATCH net-next v3] net: replace ND_PRINTK with dynamic debug
  • From: Wang Liang <wangliang74@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: replace ND_PRINTK with dynamic debug
  • From: Wang Liang <wangliang74@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: replace ND_PRINTK with dynamic debug
  • From: Wang Liang <wangliang74@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: replace ND_PRINTK with dynamic debug
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: replace ND_PRINTK with dynamic debug
  • From: Ido Schimmel <idosch@xxxxxxxxxx>
• Re: [PATCH net-next v2] net: replace ND_PRINTK with dynamic debug
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next v2] net: replace ND_PRINTK with dynamic debug
  • From: Wang Liang <wangliang74@xxxxxxxxxx>
• IT bez rekrutacji
  • From: "Mateusz Hopczak" <mateusz.hopczak@xxxxxxxxxx>
• [syzbot] [wpan?] WARNING in lowpan_xmit (2)
  • From: syzbot <syzbot+5b74e0e96f12e3728ec8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] Monthly wpan report (Jun 2025)
  • From: syzbot <syzbot+list96e7686d3d4357107084@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [syzbot] [wpan?] KMSAN: uninit-value in ieee802154_max_payload
  • From: syzbot <syzbot+fe68c78fbbd3c0ad70ee@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] Integration with the user space
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] Integration with the user space
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dynamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] Integration with the user space
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] Integration with the user space
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Andrew Lunn <andrew@xxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] Integration with the user space
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• Re: [PATCH] Integration with the user space
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH] Integration with the user space
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH net-next v2 8/8] net: core: Convert dev_set_mac_address_user() to use struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH net-next v2 0/8] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v2 8/8] net: core: Convert dev_set_mac_address_user() to use struct sockaddr_storage
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v2 8/8] net: core: Convert dev_set_mac_address_user() to use struct sockaddr_storage
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH net-next v2 8/8] net: core: Convert dev_set_mac_address_user() to use struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 7/8] rtnetlink: do_setlink: Use struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 5/8] net: usb: r8152: Convert to use struct sockaddr_storage internally
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 4/8] ieee802154: Use struct sockaddr_storage with dev_set_mac_address()
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 3/8] net/ncsi: Use struct sockaddr_storage for pending_mac
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 2/8] net: core: Switch netif_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 6/8] net: core: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 1/8] net: core: Convert inet_addr_is_any() to sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH net-next v2 0/8] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 6/7] net: core: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: kernel test robot <lkp@xxxxxxxxx>
• Re: [PATCH 0/7] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 0/7] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH 6/7] net: core: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 4/7] ieee802154: Use struct sockaddr_storage with dev_set_mac_address()
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 3/7] net/ncsi: Use struct sockaddr_storage for pending_mac
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 1/7] net: core: Convert inet_addr_is_any() to sockaddr_storage
  • From: "Martin K. Petersen" <martin.petersen@xxxxxxxxxx>
• Re: [PATCH 0/7] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• Re: [PATCH 0/7] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH 1/7] net: core: Convert inet_addr_is_any() to sockaddr_storage
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH 7/7] rtnetlink: do_setlink: Use struct sockaddr_storage
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 5/7] net: usb: r8152: Convert to use struct sockaddr_storage internally
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• Re: [PATCH 2/7] net: core: Switch netif_set_mac_address() to struct sockaddr_storage
  • From: "Gustavo A. R. Silva" <gustavo@xxxxxxxxxxxxxx>
• [PATCH 4/7] ieee802154: Use struct sockaddr_storage with dev_set_mac_address()
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 5/7] net: usb: r8152: Convert to use struct sockaddr_storage internally
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 7/7] rtnetlink: do_setlink: Use struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 3/7] net/ncsi: Use struct sockaddr_storage for pending_mac
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 6/7] net: core: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 1/7] net: core: Convert inet_addr_is_any() to sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 2/7] net: core: Switch netif_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [PATCH 0/7] net: Convert dev_set_mac_address() to struct sockaddr_storage
  • From: Kees Cook <kees@xxxxxxxxxx>
• [syzbot] Monthly wpan report (May 2025)
  • From: syzbot <syzbot+list1679a20fcec2fc473afb@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 5.10 041/114] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 060/153] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 110/294] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 29/79] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 085/212] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 182/486] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.14 230/642] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [syzbot] Monthly wpan report (Apr 2025)
  • From: syzbot <syzbot+listab49c99c53036ef082c3@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v3 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [PATCH net v3 1/3] ieee802154: Restore initial state on failed device_rename() in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH net v3 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH net v3 3/3] ieee802154: Remove WARN_ON() in cfg802154_pernet_exit()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH net v3 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net v2 3/3] ieee802154: Remove WARN_ON() in cfg802154_pernet_exit()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 1/3] ieee802154: Restore initial state on failed device_rename() in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH net v2 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 1/4] net: introduce get_optlen() and put_optlen() helpers
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 1/4] net: introduce get_optlen() and put_optlen() helpers
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [RFC PATCH 3/4] net: pass a kernel pointer via 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• Re: [RFC PATCH 3/4] net: pass a kernel pointer via 'optlen_t' to proto[ops].getsockopt() hooks
  • From: David Laight <david.laight.linux@xxxxxxxxx>
• Re: [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stanislav Fomichev <stfomichev@xxxxxxxxx>
• Re: [RFC PATCH 2/4] net: pass 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 4/4] io_uring: let io_uring_cmd_getsockopt() allow level other than SOL_SOCKET
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 3/4] net: pass a kernel pointer via 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 2/4] net: pass 'optlen_t' to proto[ops].getsockopt() hooks
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 1/4] net: introduce get_optlen() and put_optlen() helpers
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [RFC PATCH 0/4] net/io_uring: pass a kernel pointer via optlen_t to proto[_ops].getsockopt()
  • From: Stefan Metzmacher <metze@xxxxxxxxx>
• [PATCH] mac802154_hwsim: allow users to specify the number of simulated radios dinamically instead of the previously hardcoded value of 2
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH 3/3] ieee802154: Remove WARN_ON() in cfg802154_pernet_exit()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH 2/3] ieee802154: Avoid calling WARN_ON() on -ENOMEM in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH 1/3] ieee802154: Restore initial state on failed device_rename() in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• [PATCH 0/3] Avoid calling WARN_ON() on allocation failure in cfg802154_switch_netns()
  • From: Ivan Abramov <i.abramov@xxxxxxxxxxxxxxxxx>
• Re: [syzbot] [wpan?] WARNING in __dev_change_net_namespace (3)
  • From: syzbot <syzbot+3344d668bbbc12996d46@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Alexander Aring <aahringo@xxxxxxxxxx>
• [PATCH v2 1/1] mac802154_hwsim: define perm_extended_addr initialization
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Re: [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH] mac802154_hwsim: define perm_extended_addr initialization
  • From: Ramon Fontes <ramonreisfontes@xxxxxxxxx>
• Shipment 782792718083 tracking ID is now generated.
  • From: Dear Customer <akajeaneudes11@xxxxxxxxx>
• Re: pull-request: ieee802154-next 2025-03-10
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: pull-request: ieee802154-next 2025-03-10
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: pull-request: ieee802154-next 2025-03-10
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• [syzbot] Monthly wpan report (Mar 2025)
  • From: syzbot <syzbot+listc762ae8193f4e230b47e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• pull-request: ieee802154-next 2025-03-10
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 0/4] ieee802154: ca8210: Sparse fix and GPIOd conversion
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v4 4/4] dt-bindings: ieee802154: ca8210: Update polarity of the reset pin
  • From: Conor Dooley <conor@xxxxxxxxxx>
• [PATCH net-next v4 3/4] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 4/4] dt-bindings: ieee802154: ca8210: Update polarity of the reset pin
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 0/4] ieee802154: ca8210: Sparse fix and GPIOd conversion
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 1/4] ieee802154: ca8210: Use proper setters and getters for bitwise types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v4 2/4] ieee802154: ca8210: Get platform data via dev_get_platdata()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Krzysztof Kozlowski <krzk@xxxxxxxxxx>
• Re: [PATCH net-next v3 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net-next v3 0/3] ieee802154: ca8210: Sparse fix and GPIOd conversion
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v3 2/3] ieee802154: ca8210: Get platform data via dev_get_platdata()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v3 1/3] ieee802154: ca8210: Use proper setter and getters for bitwise types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v3 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH net-next v2 2/3] ieee802154: ca8210: Get platform data via dev_get_platdata()
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v2 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andy.shevchenko@xxxxxxxxx>
• Re: [PATCH net-next v2 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v2 2/3] ieee802154: ca8210: Get platform data via dev_get_platdata()
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• Re: [PATCH net-next v2 1/3] ieee802154: ca8210: Use proper setter and getters for bitwise types
  • From: Linus Walleij <linus.walleij@xxxxxxxxxx>
• [PATCH net-next v2 3/3] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/3] ieee802154: ca8210: Get platform data via dev_get_platdata()
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH v2 0/3] ieee802154: ca8210: Sparse fix and GPIOd conversion
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v2 1/3] ieee802154: ca8210: Use proper setter and getters for bitwise types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v1 2/2] ieee802154: ca8210: Switch to using gpiod API
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next v1 2/2] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v1 2/2] ieee802154: ca8210: Switch to using gpiod API
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Re: [PATCH net-next v1 1/2] ieee802154: ca8210: Use proper setter and getters for bitwise types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v1 1/2] ieee802154: ca8210: Use proper setter and getters for bitwise types
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• [PATCH net-next v1 1/2] ieee802154: ca8210: Use proper setter and getters for bitwise types
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v1 0/2] ieee802154: ca8210: Sparse fix and GPIOd conversion
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH net-next v1 2/2] ieee802154: ca8210: Switch to using gpiod API
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next v10 00/13] net: Improve netns handling in rtnetlink
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next v10 00/13] net: Improve netns handling in rtnetlink
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v10 07/13] net: ipv6: Init tunnel link-netns before registering dev
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v10 11/13] rtnetlink: Create link directly in target net namespace
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 10/13] rtnetlink: Remove "net" from newlink params
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 09/13] net: xfrm: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 08/13] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 07/13] net: ipv6: Init tunnel link-netns before registering dev
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 06/13] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 05/13] net: ip_tunnel: Don't set tunnel->net in ip_tunnel_init()
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v10 02/13] rtnetlink: Pack newlink() params into struct
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH net-next v10 13/13] selftests: net: Add test cases for link and peer netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 12/13] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 11/13] rtnetlink: Create link directly in target net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 10/13] rtnetlink: Remove "net" from newlink params
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 08/13] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 09/13] net: xfrm: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 06/13] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 05/13] net: ip_tunnel: Don't set tunnel->net in ip_tunnel_init()
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 07/13] net: ipv6: Init tunnel link-netns before registering dev
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 04/13] ieee802154: 6lowpan: Validate link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 03/13] net: Use link/peer netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 02/13] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 01/13] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v10 00/13] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v9 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 02/11] rtnetlink: Pack newlink() params into struct
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 05/11] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v9 03/11] net: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v9 02/11] rtnetlink: Pack newlink() params into struct
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v9 05/11] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v9 04/11] ieee802154: 6lowpan: Validate link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH net-next v9 11/11] selftests: net: Add test cases for link and peer netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 08/11] rtnetlink: Remove "net" from newlink params
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 10/11] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 09/11] rtnetlink: Create link directly in target net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 07/11] net: xfrm: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 05/11] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 03/11] net: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 04/11] ieee802154: 6lowpan: Validate link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 01/11] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v9 00/11] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [syzbot] Monthly wpan report (Feb 2025)
  • From: syzbot <syzbot+list9ffec93ebc4680dc8d34@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v8 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v8 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v8 01/11] rtnetlink: Lookup device in target netns when creating link
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 1/4] mac802154: check local interfaces before deleting sdata list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 1/5] mac802154: check local interfaces before deleting sdata list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 1/6] mac802154: check local interfaces before deleting sdata list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 01/10] mac802154: check local interfaces before deleting sdata list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.6 01/10] mac802154: check local interfaces before deleting sdata list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.12 01/20] mac802154: check local interfaces before deleting sdata list
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH net-next v8 11/11] selftests: net: Add test cases for link and peer netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 09/11] rtnetlink: Create link directly in target net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 10/11] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 08/11] rtnetlink: Remove "net" from newlink params
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 07/11] net: xfrm: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 05/11] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 04/11] ieee802154: 6lowpan: Validate link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 03/11] net: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 01/11] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v8 00/11] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [syzbot] [wpan?] WARNING in cfg802154_switch_netns (3)
  • From: syzbot <syzbot+bd5829ba3619f08e2341@xxxxxxxxxxxxxxxxxxxxxxxxx>
• wpan-tools 0.10 release
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v7 02/11] rtnetlink: Pack newlink() params into struct
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH net-next v7 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v7 02/11] rtnetlink: Pack newlink() params into struct
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [syzbot] Monthly wpan report (Jan 2025)
  • From: syzbot <syzbot+list99b8af0ec3a670fc3fa5@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v7 00/11] net: Improve netns handling in rtnetlink
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [PATCH net-next v7 00/11] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v7 00/11] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next v7 00/11] net: Improve netns handling in rtnetlink
  • From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
• Re: [RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: pull-request: ieee802154-next 2025-01-03
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: pull-request: ieee802154 for net 2025-01-03
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v7 11/11] selftests: net: Add test cases for link and peer netns
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 10/11] selftests: net: Add python context manager for netns entering
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 09/11] rtnetlink: Create link directly in target net namespace
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 08/11] rtnetlink: Remove "net" from newlink params
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 07/11] net: xfrm: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 06/11] net: ipv6: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 05/11] net: ip_tunnel: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 04/11] ieee802154: 6lowpan: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 03/11] net: Use link netns in newlink() of rtnl_link_ops
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 02/11] rtnetlink: Pack newlink() params into struct
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 01/11] rtnetlink: Lookup device in target netns when creating link
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• [PATCH net-next v7 00/11] net: Improve netns handling in rtnetlink
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• pull-request: ieee802154 for net 2025-01-03
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• pull-request: ieee802154-next 2025-01-03
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one
  • From: "Dr. David Alan Gilbert" <linux@xxxxxxxxxxx>
• Re: [RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one
  • From: Stefan Schmidt <stefan@xxxxxxxxxxxxxxxxxx>
• Re: [RFC net-next] net: mac802154: Remove unused ieee802154_mlme_tx_one
  • From: Miquel Raynal <miquel.raynal@xxxxxxxxxxx>
• Повідомлення від ТОВ Нова Пошта
  • From: Нова Пошта <iinuma@xxxxxxxxxxxx>
• [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>