Linux PPP Archive

• Thread Index

• [syzbot] [ppp?] KMSAN: uninit-value in ppp_asynctty_receive (2)
  • From: syzbot <syzbot+6aa334c974508e74bc25@xxxxxxxxxxxxxxxxxxxxxxxxx>
• 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 05/11] net: ip_tunnel: 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 04/11] ieee802154: 6lowpan: Use link netns in newlink() of rtnl_link_ops
  • 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 02/11] rtnetlink: Pack newlink() params into struct
  • 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>
• Re: [PATCH net-next v4 3/5] rtnetlink: Decouple net namespaces in rtnl_newlink_create()
  • From: kernel test robot <lkp@xxxxxxxxx>
• 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 4/5] selftests: net: Add python context manager for netns entering
  • 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 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>
• [PATCH net-next v4 0/5] net: Improve netns handling in RTNL and ip_tunnel
  • 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>
• [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 5/6] selftests: net: Add python context manager for netns entering
  • 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 2/6] net: ip_tunnel: Build flow in underlay net namespace
  • 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 0/6] net: Improve netns handling in RTNL and ip_tunnel
  • From: Xiao Liang <shaw.leon@xxxxxxxxx>
• Re: [PATCH net-next] net: ppp: remove ppp->closing check
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: remove ppp->closing check
  • From: Qingfang Deng <dqfext@xxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: remove ppp->closing check
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Qingfang Deng <dqfext@xxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Qingfang Deng <dqfext@xxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Toke Høiland-Jørgensen <toke@xxxxxxxxxx>
• Re: [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next] net: ppp: remove ppp->closing check
  • From: Qingfang Deng <dqfext@xxxxxxxxx>
• [RFC PATCH net-next] net: ppp: convert to IFF_NO_QUEUE
  • From: Qingfang Deng <dqfext@xxxxxxxxx>
• [syzbot] [ppp?] KMSAN: uninit-value in ppp_async_push (4)
  • From: syzbot <syzbot+1d121645899e7692f92a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: patch to bring Solaris back up to date
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: patch to bring Solaris back up to date
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [syzbot] [ppp?] inconsistent lock state in ppp_input
  • From: syzbot <syzbot+bd8d55ee2acd0a71d8ce@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] Monthly ppp report (Sep 2024)
  • From: syzbot <syzbot+list22f4c01bc59cfcacc23a@xxxxxxxxxxxxxxxxxxxxxxxxx>
• patch to bring Solaris back up to date
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• पटव
  • From: Purnima Jain <drpj73@xxxxxxxxxx>
• [syzbot] [ppp?] possible deadlock in ppp_input
  • From: syzbot <syzbot+38ad8c7c6638c5381a47@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Michael Richardson <mcr+ietf@xxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• Re: PPP Modem Hangup
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• [no subject]
  • From: Unknown
• PPP Modem Hangup
  • From: Devesh Chipade <devesh@xxxxxxxxxxxxx>
• [PATCH] pppd: Add ipv6-pre-up-script option
  • From: "Tomas Paukrt" <tomaspaukrt@xxxxxxxx>
• [PATCH] pppd: Add ip-pre-up-script option
  • From: "Tomas Paukrt" <tomaspaukrt@xxxxxxxx>
• Re: [syzbot] [ppp?] inconsistent lock state in valid_state (4)
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• Re: [syzbot] [ppp?] inconsistent lock state in valid_state (4)
  • From: syzbot <syzbot+d43eb079c2addf2439c3@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Bugreport configure ppp without '--with-openssl'
  • From: "Scheibner, Stefan" <Stefan.Scheibner@xxxxxxxxxxx>
• Modem hangup immediately after sending IPCP ConfReq after CHAP authentication succeeded, only occurs sometimes
  • From: Scott Threet <scott.threet@xxxxxxxxxxxxxx>
• [syzbot] [ppp?] KMSAN: uninit-value in ppp_sync_receive (2)
  • From: syzbot <syzbot+d73ee3b9fbad2067c916@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net v2] ppp: reject claimed-as-LCP but actually malformed packets
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net v2] ppp: reject claimed-as-LCP but actually malformed packets
  • From: Paolo Abeni <pabeni@xxxxxxxxxx>
• Re: [PATCH net v2] ppp: reject claimed-as-LCP but actually malformed packets
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net v2] ppp: reject claimed-as-LCP but actually malformed packets
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• Re: [PATCH] net: ppp: reject claimed-as-LCP but actually malformed packets
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH] net: ppp: reject claimed-as-LCP but actually malformed packets
  • From: Dmitry Antipov <dmantipov@xxxxxxxxx>
• [syzbot] [ppp?] KMSAN: uninit-value in ppp_async_push (3)
  • From: syzbot <syzbot+ec0723ba9605678b14bf@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Problem CHAP Challenge with PPP v2.5.1-dev
  • From: Jean Francois TRAP <jean-francois.trap@xxxxxx>
• [syzbot] [ppp?] INFO: task hung in ppp_exit_net (4)
  • From: syzbot <syzbot+32bd764abd98eb40dea8@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: ppp-2.5.0 sometimes doesn't print stats on terminating on signal 2
  • From: Madhu <enometh@xxxxxxxx>
• Re: [PATCH net,v3] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jeongjun Park <aha310510@xxxxxxxxx>
• Re: [PATCH net,v3] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH net,v3] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jeongjun Park <aha310510@xxxxxxxxx>
• Re: [PATCH net,v3] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jiri Slaby <jirislaby@xxxxxxxxxx>
• Re: [PATCH net,v3] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH net,v3] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jeongjun Park <aha310510@xxxxxxxxx>
• [PATCH net,v2] net: ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jeongjun Park <aha310510@xxxxxxxxx>
• [PATCH] ppp: Fix deadlock caused by unsafe-irq lock in ap_get()
  • From: Jeongjun Park <aha310510@xxxxxxxxx>
• ppp-2.5.0 sometimes doesn't print stats on terminating on signal 2
  • From: Madhu <enometh@xxxxxxxx>
• Re: [PATCH net-next 0/6] net: constify struct class usage
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net-next 2/6] net: wan: framer: make framer_class constant
  • From: Herve Codina <herve.codina@xxxxxxxxxxx>
• Re: [PATCH net-next 3/6] net: ppp: make ppp_class constant
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next 6/6] nfc: core: make nfc_class constant
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• Re: [PATCH net-next 6/6] nfc: core: make nfc_class constant
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next 3/6] net: ppp: make ppp_class constant
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next 2/6] net: wan: framer: make framer_class constant
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH net-next 1/6] net: hns: make hnae_class constant
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net-next 6/6] nfc: core: make nfc_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net-next 5/6] net: wwan: core: make wwan_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net-next 4/6] net: wwan: hwsim: make wwan_hwsim_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net-next 3/6] net: ppp: make ppp_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net-next 2/6] net: wan: framer: make framer_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net-next 1/6] net: hns: make hnae_class constant
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net-next 0/6] net: constify struct class usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [syzbot] [ppp?] possible deadlock in ppp_asynctty_ioctl
  • From: syzbot <syzbot+8e808eb853386f575d86@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 00/12] net: constify struct device_type usage
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH 11/12] net: wwan: core: constify the struct device_type usage
  • From: Sergey Ryazanov <ryazanov.s.a@xxxxxxxxx>
• Re: [PATCH 12/12] net: hso: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 11/12] net: wwan: core: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 10/12] net: netdevsim: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 09/12] net: vlan: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 07/12] net: hsr: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 03/12] net: bridge: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 01/12] net: usbnet: constify the struct device_type usage
  • From: Simon Horman <horms@xxxxxxxxxx>
• Re: [PATCH 04/12] net: vxlan: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• Re: [PATCH 08/12] net: l2tp: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 06/12] net: geneve: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 05/12] net: ppp: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 04/12] net: vxlan: constify the struct device_type usage
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH 02/12] net: dsa: constify the struct device_type usage
  • From: Florian Fainelli <f.fainelli@xxxxxxxxx>
• [PATCH 12/12] net: hso: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 11/12] net: wwan: core: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 10/12] net: netdevsim: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 09/12] net: vlan: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 08/12] net: l2tp: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 07/12] net: hsr: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 06/12] net: geneve: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 05/12] net: ppp: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 04/12] net: vxlan: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 03/12] net: bridge: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 02/12] net: dsa: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 01/12] net: usbnet: constify the struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH 00/12] net: constify struct device_type usage
  • From: "Ricardo B. Marliere" <ricardo@xxxxxxxxxxxx>
• [PATCH net v2 5/7] net: fill in MODULE_DESCRIPTION()s for ppp
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [PATCH] pppd: typo in comment
  • From: gmane2@xxxxxxxxxxx (Adam W.)
• [PATCH net 5/7] net: fill in MODULE_DESCRIPTION()s for ppp
  • From: Breno Leitao <leitao@xxxxxxxxxx>
• [syzbot] [ppp?] possible deadlock in ppp_asynctty_receive (2)
  • From: syzbot <syzbot+393d0ef63475d9bb1f16@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] drivers/net/ppp/ppp_async.c: Fix spelling typo in comment
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v2] drivers/net/ppp/ppp_async.c: Fix spelling typo in comment
  • From: YouHong Li <liyouhong@xxxxxxxxxx>
• Re: [PATCH] drivers/net/ppp/ppp_async.c: Fix spelling typo in comment
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH] drivers/net/ppp/ppp_async.c: Fix spelling typo in comment
  • From: YouHong Li <liyouhong@xxxxxxxxxx>
• PSA: this list has moved to new vger infra (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] ppp: limit MRU to 64K
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] ppp: limit MRU to 64K
  • From: Eric Dumazet <edumazet@xxxxxxxxxx>
• [PATCH net] ppp: limit MRU to 64K
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH] drivers/net/slip: prevent data alignment fault
  • From: Willem de Bruijn <willemdebruijn.kernel@xxxxxxxxx>
• Re: [PATCH net] tty: Fix uninit-value access in ppp_sync_receive()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] tty: Fix uninit-value access in ppp_sync_receive()
  • From: Simon Horman <horms@xxxxxxxxxx>
• [PATCH net] tty: Fix uninit-value access in ppp_sync_receive()
  • From: Shigeru Yoshida <syoshida@xxxxxxxxxx>
• Re: [PATCH v2] drivers/net/ppp: use standard array-copy-function
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH v2] drivers/net/ppp: use standard array-copy-function
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drivers/net/ppp: copy userspace array safely
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] drivers/net/ppp: copy userspace array safely
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH] drivers/net/ppp: copy userspace array safely
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• [PATCH] drivers/net/ppp: copy userspace array safely
  • From: Philipp Stanner <pstanner@xxxxxxxxxx>
• Re: [PATCH v2] drivers/net/slip: prevent data alignment fault
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• [syzbot] [ppp?] possible deadlock in ppp_asynctty_receive
  • From: syzbot <syzbot+e7b2dea78c7a2e0f8e2c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Support for udp
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Support for udp
  • From: Sagar Acharya <sagaracharya@xxxxxxxxxxxx>
• Support for udp
  • From: Sagar Acharya <sagaracharya@xxxxxxxxxxxx>
• [PATCH v2] drivers/net/slip: prevent data alignment fault
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• Re: [PATCH] drivers/net/slip: prevent data alignment fault
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• Re: [PATCH] drivers/net/slip: prevent data alignment fault
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH] drivers/net/slip: prevent data alignment fault
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• Re: [PATCH] drivers/net/slip: prevent data alignment fault
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• [PATCH] drivers/net/slip: prevent data alignment fault
  • From: William Tambe <tambewilliam@xxxxxxxxx>
• Re: "Timeout waiting for PADO packets" until reboot
  • From: David Gyimesi <david6670@xxxxxxxxx>
• Re: "Timeout waiting for PADO packets" until reboot
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• "Timeout waiting for PADO packets" until reboot
  • From: David Gyimesi <david6670@xxxxxxxxx>
• [syzbot] [ppp?] possible deadlock in ap_get
  • From: syzbot <syzbot+cb575960cbf993938435@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [syzbot] [ppp?] possible deadlock in serial8250_handle_irq
  • From: syzbot <syzbot+5fd749c74105b0e1b302@xxxxxxxxxxxxxxxxxxxxxxxxx>
• pppd-2.5_plugins_radius_bug.plaintext
  • From: Peter Developer <developer@xxxxxx>
• [PATCH] pppd: implement logging the LCP RTT
  • From: "Marco d'Itri" <md@xxxxxxxx>
• [PATCH] pppd: implement logging the LCP RTT
  • From: "Marco d'Itri" <md@xxxxxxxx>
• [PATCH] pppd: implement logging the LCP RTT
  • From: "Marco d'Itri" <md@xxxxxxxx>
• [PATCH 4.14 238/338] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 335/521] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 415/658] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 522/783] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 200/251] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.1 1017/1146] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 6.0 0951/1073] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 659/731] ppp: associate skb with a device at tx
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH AUTOSEL 4.9 14/20] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 16/23] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 18/26] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.4 21/30] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.10 27/39] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.15 31/46] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.0 46/73] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 6.1 53/85] ppp: associate skb with a device at tx
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [PATCH net-next] ppp: associate skb with a device at tx
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next] ppp: associate skb with a device at tx
  • From: Stanislav Fomichev <sdf@xxxxxxxxxx>
• INFO: task hung in ppp_ioctl
  • From: Wei Chen <harperchen1110@xxxxxxxxx>
• RESEND: [PATCH] pppd: add noresolvconf option
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] pppd: add noresolvconf option
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] net/ppp: fix repeated words in comments
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH] net/ppp: fix repeated words in comments
  • From: Jilin Yuan <yuanjilin@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Fix typo in comment
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] ppp: Fix typo in comment
  • From: Xiang wangx <wangxiang@xxxxxxxxxx>
• Re: How to configure Netplan for VPN on boot
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• How to configure Netplan for VPN on boot
  • From: Andy Barratt <andy@xxxxxxxxxxxx>
• Re: [PATCH net-next] net: appletalk: remove Apple/Farallon LocalTalk PC support
  • From: Doug Brown <doug@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: appletalk: remove Apple/Farallon LocalTalk PC support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net-next] net: appletalk: remove Apple/Farallon LocalTalk PC support
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: appletalk: remove Apple/Farallon LocalTalk PC support
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] Multi-factor authentication plugin hook
  • From: Michael McConnell <mike@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.16 0382/1039] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.15 317/846] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.10 208/563] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 5.4 103/320] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.19 088/239] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.14 060/186] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.9 049/157] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [PATCH 4.4 036/114] ppp: ensure minimum packet size in ppp_write()
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH net] ppp: ensure minimum packet size in ppp_write()
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH] add ipv6-{up,down}-script options
  • From: Daniel Barlow <dan@xxxxxxxxxx>
• Test delivery to lore.kernel.org
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [PATCH] ppp: Fix generating ppp unit id when ifname is not specified
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• Re: [PATCH] ppp: Fix generating ifname when empty IFLA_IFNAME is specified
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] ppp: Add rtnl attribute IFLA_PPP_UNIT_ID for specifying ppp unit id
  • From: Pali Rohár <pali@xxxxxxxxxx>
• [PATCH] ppp: Fix generating ppp unit id when ifname is not specified
  • From: Pali Rohár <pali@xxxxxxxxxx>
• [PATCH] ppp: Fix generating ifname when empty IFLA_IFNAME is specified
  • From: Pali Rohár <pali@xxxxxxxxxx>
• Re: [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• [bug report] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH net-next v3 00/31] ndo_ioctl rework
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH net-next v3 23/31] ppp: use ndo_siocdevprivate
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• [PATCH net-next v3 00/31] ndo_ioctl rework
  • From: Arnd Bergmann <arnd@xxxxxxxxxx>
• PPP ECP (RFC1968) support
  • From: Artem Mygaiev <joculator@xxxxxxxxx>
• Re: [PATCH] ppp: deflate: Remove useless call "zlib_inflateEnd"
  • From: patchwork-bot+netdevbpf@xxxxxxxxxx
• [PATCH] ppp: deflate: Remove useless call "zlib_inflateEnd"
  • From: Jiapeng Chong <jiapeng.chong@xxxxxxxxxxxxxxxxx>
• Re: Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: Tom Parkin <tparkin@xxxxxxxxxxx>
• Re: Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: Tom Parkin <tparkin@xxxxxxxxxxx>
• Re: Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: lyl2019@xxxxxxxxxxxxxxxx
• Re: [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: Tom Parkin <tparkin@xxxxxxxxxxx>
• [BUG] net/ppp: A use after free in ppp_unregister_channe
  • From: lyl2019@xxxxxxxxxxxxxxxx
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Nicholas Humfrey <njh@xxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Nicholas Humfrey <njh@xxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Benjamin Cama <benoar@xxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Nicholas Humfrey <njh@xxxxxxxxxx>
• Re: Problem with M2M PPP connection
  • From: Björn Kirchner <bjkit89@xxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Benjamin Cama <benoar@xxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Benjamin Cama <benoar@xxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Nicholas Humfrey <njh@xxxxxxxxxx>
• Re: Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Configuring pppd to accept link-local IPv6 interface id from remote peer
  • From: Nicholas Humfrey <njh@xxxxxxxxxx>
• Re: Problem with M2M PPP connection
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Problem with M2M PPP connection
  • From: Björn Kirchner <bjkit89@xxxxxxxxx>
• Re: [PATCH 0/9] drivers: net: update tasklet_init callers
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• [PATCH 5/9] net: usb: hso: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 6/9] net: usb: lan78xx: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 9/9] net: usb: rtl8150: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 8/9] net: usb: r8152: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 7/9] net: usb: pegasus: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 3/9] ifb: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 2/9] caif_virtio: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 4/9] ppp: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 0/9] drivers: net: update tasklet_init callers
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• [PATCH 1/9] arcnet: use new tasklet API
  • From: Emil Renner Berthing <kernel@xxxxxxxx>
• Re: [PATCH] [v2]net:ppp: remove disc_data_lock in ppp line discipline
  • From: Gaoyan <gao.yanB@xxxxxxx>
• Re: [PATCH] net: remove disc_data_lock in ppp line discipline
  • From: Xie He <xie.he.0141@xxxxxxxxx>
• 答复: [PATCH] net: remove disc_data_lock in ppp line discipline
  • From: Gaoyan <gao.yanB@xxxxxxx>
• [PATCH] net: remove disc_data_lock in ppp line discipline
  • From: Gao Yan <gao.yanB@xxxxxxx>
• Re: [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <apais@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: Saeed Mahameed <saeedm@xxxxxxxxxx>
• Re: [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <apais@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <apais@xxxxxxxxxxxxxxxxxxx>
• Re: [RESEND net-next v2 01/12] net: mvpp2: Prepare to use the new tasklet API
  • From: Jakub Kicinski <kuba@xxxxxxxxxx>
• Re: [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: Saeed Mahameed <saeedm@xxxxxxxxxx>
• Re: [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [RESEND net-next v2 12/12] net: usbnet: convert tasklets to use new tasklet_setup() API
  • From: Oliver Neukum <oneukum@xxxxxxx>
• [RESEND net-next v2 02/12] net: arcnet: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 10/12] net: r8152: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 08/12] net: lan78xx: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 04/12] net: ifb: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 07/12] net: hso: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 09/12] net: pegasus: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 11/12] net: rtl8150: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 05/12] net: ppp: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 12/12] net: usbnet: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 06/12] net: cdc_ncm: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 03/12] net: caif: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 01/12] net: mvpp2: Prepare to use the new tasklet API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• [RESEND net-next v2 00/12]drivers: net: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.lkml@xxxxxxxxx>
• Re: [PATCH 0/8] drivers: net: convert tasklets to use new tasklet_setup()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/8] drivers: net: convert tasklets to use new tasklet_setup()
  • From: Allen <allen.lkml@xxxxxxxxx>
• [PATCH 2/9] net: ppp: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 2/2] net: caif: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/9] net: ifb: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH] net: mvpp2: Prepare to use the new tasklet API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 4/9] net: hso: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 3/9] net: cdc_ncm: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 8/9] net: rtl8150: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 9/9] net: usbnet: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 7/9] net: r8152: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 6/9] net: pegasus: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 5/9] net: lan78xx: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 1/2] net: arcnet: convert tasklets to use new tasklet_setup() API
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• [PATCH 0/8] drivers: net: convert tasklets to use new tasklet_setup()
  • From: Allen Pais <allen.cryptic@xxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Denis Efremov <efremov@xxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Jo -l <joel.voyer@xxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Andrew Morton <akpm@xxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 1/2] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v5 2/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v4 2/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 3/3] btrfs: Use kfree() in btrfs_ioctl_get_subvol_info()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 1/3] mm/slab: Use memzero_explicit() in kzfree()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH v4 0/3] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: Patrick Mahan <mahan@xxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: Patrick Mahan <mahan@xxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: Patrick Mahan <mahan@xxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: Patrick Mahan <mahan@xxxxxxxxx>
• Re: PPP cycling between UP and DOWN
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• PPP cycling between UP and DOWN
  • From: Patrick Mahan <mahan@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPoE Modem hangup after random time - how to debug?
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• PPPoE Modem hangup after random time - how to debug?
  • From: David Balažic <xerces9@xxxxxxxxx>
• Re: [PATCH] Adding EAP-MSCHAPv2 support
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH] Adding EAP-MSCHAPv2 support
  • From: Eivind Naess <enaess@xxxxxxxxx>
• Re: [PATCH] Adding EAP-MSCHAPv2 support
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH] Adding EAP-MSCHAPv2 support
  • From: Eivind Naess <enaess@xxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Johannes Weiner <hannes@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Michal Suchánek <msuchanek@xxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Sterba <dsterba@xxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
• Re: [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Christophe Leroy <christophe.leroy@xxxxxx>
• Re: [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: David Rientjes <rientjes@xxxxxxxxxx>
• [PATCH v2 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 2/2] crypto: Remove unnecessary memzero_explicit()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 0/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• [PATCH 1/2] mm, treewide: Rename kzfree() to kfree_sensitive()
  • From: Waiman Long <longman@xxxxxxxxxx>
• Re: [PATCH] Adding EAP-MSCHAPv2 support
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• [PATCH] Adding EAP-MSCHAPv2 support
  • From: Eivind Naess <enaess@xxxxxxxxx>
• [PATCH] pppd: add missing header for musl
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• [PATCH] pppd: Fixed spelling 'unkown' => 'unknown'
  • From: Nigel Kukard <nkukard@xxxxxxxx>
• Re: Porting source to OSX
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Porting source to OSX
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Porting source to OSX
  • From: igal avraham <igal38@xxxxxxxxx>
• Porting source to OSX
  • From: igal avraham <igal38@xxxxxxxxx>
• Re: [PATCH v2] Documentation: changes.rst: update several outdated project URLs
  • From: Jonathan Corbet <corbet@xxxxxxx>
• [PATCH v2] Documentation: changes.rst: update several outdated project URLs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: changes.rst: update several outdated project URLs
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] Documentation: changes.rst: update several outdated project URLs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: changes.rst: update several outdated project URLs
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [PATCH] Documentation: changes.rst: update several outdated project URLs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH] Documentation: changes.rst: update several outdated project URLs
  • From: "Darrick J. Wong" <darrick.wong@xxxxxxxxxx>
• [PATCH] Documentation: changes.rst: update several outdated project URLs
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: Re: WARNING: bad unlock balance in __dev_queue_xmit
  • From: syzbot <syzbot+ad4ea1dd5d26131a58a6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING: bad unlock balance in __dev_queue_xmit
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• WARNING: bad unlock balance in __dev_queue_xmit
  • From: syzbot <syzbot+ad4ea1dd5d26131a58a6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: WARNING: bad unlock balance in sch_direct_xmit
  • From: syzbot <syzbot+4ec99438ed7450da6272@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: Remove redundant BUG_ON() check in ppp_pernet
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] ppp: Remove redundant BUG_ON() check in ppp_pernet
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• [PATCH v2] ppp: Remove redundant BUG_ON() check in ppp_pernet
  • From: Xu Wang <vulab@xxxxxxxxxxx>
• Re: [PATCH] ppp: Remove redundant BUG_ON() check in ppp_pernet
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH] ppp: Remove redundant BUG_ON() check in ppp_pernet
  • From: Xu Wang <vulab@xxxxxxxxxxx>
• Re: BUG: corrupted list in __dentry_kill (2)
  • From: syzbot <syzbot+31043da7725b6ec210f1@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: Adjust indentation into ppp_async_input
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] ppp: Adjust indentation into ppp_async_input
  • From: Nathan Chancellor <natechancellor@xxxxxxxxx>
• Re: [PATCH] ppp: fix out-of-bounds access in bpf_prog_create()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in bpf_prog_create
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] ppp: fix out-of-bounds access in bpf_prog_create()
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] ppp: fix out-of-bounds access in bpf_prog_create()
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in bpf_prog_create
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: BUG: sleeping function called from invalid context in __alloc_pages_nodemask
  • From: syzbot <syzbot+4925d60532bf4c399608@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] time.h: include header before using time_t
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: BUG: MAX_LOCKDEP_ENTRIES too low!
  • From: syzbot <syzbot+cd0ec5211ac07c18c049@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] Change IPv6 interface prefix to 128
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• [PATCH 1/2] Change IPv6 route prefix to 128
  • From: Joakim Tjernlund <joakim.tjernlund@xxxxxxxxxxxx>
• Re: BUG: MAX_LOCKDEP_KEYS too low!
  • From: syzbot <syzbot+692f39f040c1f415567b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: BUG: MAX_LOCKDEP_KEYS too low!
  • From: syzbot <syzbot+692f39f040c1f415567b@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: INFO: trying to register non-static key in bond_3ad_update_ad_actor_settings
  • From: syzbot <syzbot+8da67f407bcba2c72e6e@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: INFO: trying to register non-static key in bond_3ad_update_lacp_rate
  • From: syzbot <syzbot+0d083911ab18b710da71@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v6 40/43] compat_ioctl: ppp: move simple commands into ppp_generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v6 37/43] compat_ioctl: unify copy-in of ppp filters
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v6 39/43] compat_ioctl: handle PPPIOCGIDLE for 64-bit time_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v6 00/43] compat_ioctl: remove most of fs/compat_ioctl.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v6 38/43] compat_ioctl: move PPPIOCSCOMPRESS to ppp_generic
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH] time.h: include header before using time_t
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH] time.h: include header before using time_t
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] time.h: include header before using time_t
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• [PATCH] time.h: include header before using time_t
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: Levente <leventelist@xxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 4/9] pppd: include time.h before using time_t
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH AUTOSEL 5.3 44/71] ppp: Fix memory leak in ppp_write
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 5.2 40/63] ppp: Fix memory leak in ppp_write
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 30/43] ppp: Fix memory leak in ppp_write
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 21/29] ppp: Fix memory leak in ppp_write
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 14/19] ppp: Fix memory leak in ppp_write
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: [RFC] patch series to compile pppd with musl toolchain
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/9 v2] radius: make rc_own_bind_ipaddress available through radiusclient.h
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 7/9] pppoe: remove the use of cdefs
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [RFC] patch series to compile pppd with musl toolchain
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: KASAN: slab-out-of-bounds Read in bpf_prog_create
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• Re: [PATCH 1/9] magic: remove K&R style of arguments
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/9] magic: remove K&R style of arguments
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH 8/9] make: avoid using host include for cross-compiling
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 7/9] pppoe: remove the use of cdefs
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 4/9] pppd: include time.h before using time_t
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 6/9] pppd: remove unused rcsid variables
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/9] radius: fix compiler warning
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 3/9] radius: make rc_own_bind_ipaddress available through radiusclient.h
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 9/9] pppd: refactor setjmp/longjmp with pipe pair in event wait loop
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [RFC] patch series to compile pppd with musl toolchain
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/9] magic: remove K&R style of arguments
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• [PATCH 5/9] pppd: fix GLIBC version test for non-glibc toolchains
  • From: Kurt Van Dijck <dev.kurt@xxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: Fix memory leak in ppp_write
  • From: Guillaume Nault <gnault@xxxxxxxxxx>
• KASAN: slab-out-of-bounds Read in bpf_prog_create
  • From: syzbot <syzbot+eb853b51b10f1befa0b7@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: Fix memory leak in ppp_write
  • From: walter harms <wharms@xxxxxx>
• [PATCH] ppp: Fix memory leak in ppp_write
  • From: Takeshi Misawa <jeliantsurux@xxxxxxxxx>
• Re: memory leak in ppp_write
  • From: syzbot <syzbot+d9c8bf24e56416d7ce2c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: memory leak in ppp_write
  • From: Takeshi Misawa <jeliantsurux@xxxxxxxxx>
• Re: [BACKPORT 4.14.y v2 5/6] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4"
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: [BACKPORT 4.14.y v2 5/6] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4"
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [BACKPORT 4.14.y v2 5/6] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4"
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [BACKPORT 4.14.y v2 0/6] Candidates from Spreadtrum 4.14 product kernel
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [BACKPORT 4.14.y 7/8] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4"
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• [BACKPORT 4.14.y 0/8] Candidates from Spreadtrum 4.14 product kernel
  • From: Baolin Wang <baolin.wang@xxxxxxxxxx>
• Re: memory leak in ppp_write
  • From: syzbot <syzbot+d9c8bf24e56416d7ce2c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH v5 15/18] compat_ioctl: ppp: move simple commands into ppp_generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 14/18] compat_ioctl: handle PPPIOCGIDLE for 64-bit time_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 13/18] compat_ioctl: move PPPIOCSCOMPRESS to ppp_generic
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 12/18] compat_ioctl: unify copy-in of ppp filters
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v5 00/18] compat_ioctl.c removal, part 2/3
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• memory leak in ppp_write
  • From: syzbot <syzbot+d9c8bf24e56416d7ce2c@xxxxxxxxxxxxxxxxxxxxxxxxx>
• [PATCH] pppcrypt: Add headers for encrypt and setkey
  • From: Rosen Penev <rosenp@xxxxxxxxx>
• Re: monitoring raw data
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: monitoring raw data
  • From: walter harms <wharms@xxxxxx>
• Re: monitoring raw data
  • From: Lev <leventelist@xxxxxxxxx>
• monitoring raw data
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH net] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4"
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] ppp: mppe: Revert "ppp: mppe: Add softdep to arc4"
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH AUTOSEL 5.1 17/39] ppp: mppe: Add softdep to arc4
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.14 06/13] ppp: mppe: Add softdep to arc4
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.9 4/8] ppp: mppe: Add softdep to arc4
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.4 4/6] ppp: mppe: Add softdep to arc4
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• [PATCH AUTOSEL 4.19 10/26] ppp: mppe: Add softdep to arc4
  • From: Sasha Levin <sashal@xxxxxxxxxx>
• Re: IPv6 with pppd
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: IPv6 with pppd
  • From: Levente <leventelist@xxxxxxxxx>
• Re: IPv6 with pppd
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• IPv6 with pppd
  • From: Levente <leventelist@xxxxxxxxx>
• Re: [PATCH] ppp: mppe: Add softdep to arc4
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] ppp: mppe: Add softdep to arc4
  • From: Takashi Iwai <tiwai@xxxxxxx>
• [PATCH v5 6/7] ppp: mppe: switch to RC4 library interface
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v4 6/7] ppp: mppe: switch to RC4 library interface
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH v3 6/7] ppp: mppe: switch to RC4 library interface
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>
• [PATCH v3 6/7] ppp: mppe: switch to RC4 library interface
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v2 6/7] ppp: mppe: switch to RC4 library interface
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [PATCH pppd v4] pppoe: custom host-uniq tag
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: [PATCH pppd v4] pppoe: custom host-uniq tag
  • From: Tom Parkin <tparkin@xxxxxxxxxxx>
• Re: [PATCH pppd v4] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH pppd v4] pppoe: custom host-uniq tag
  • From: Tom Parkin <tparkin@xxxxxxxxxxx>
• Re: PPPOE on Arm
  • From: walter harms <wharms@xxxxxx>
• Re: PPPOE on Arm
  • From: "Marco d'Itri" <md@xxxxxxxx>
• PPPOE on Arm
  • From: walter harms <wharms@xxxxxx>
• [PATCH pppd v4] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH v4] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/26] compat_ioctl: move PPPIOCSCOMPRESS32 to ppp-generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v3 04/26] compat_ioctl: move PPPIOCSCOMPRESS32 to ppp-generic.c
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 00/26] compat_ioctl: cleanups
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• [PATCH v3 02/26] compat_ioctl: move simple ppp command handling into driver
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 04/26] compat_ioctl: move PPPIOCSCOMPRESS32 to ppp-generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 06/26] compat_ioctl: handle PPPIOCGIDLE for 64-bit time_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 00/26] compat_ioctl: cleanups
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v3 05/26] compat_ioctl: move PPPIOCSPASS32/PPPIOCSACTIVE32 to ppp_generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v4] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH] hamradio, ppp: change semaphore to completion
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] hamradio, ppp: change semaphore to completion
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH v4] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH v3] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: How to know when a link is established or destroyed?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: How to know when a link is established or destroyed?
  • From: Morel Bérenger <berenger.morel@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3] pppoe: custom host-uniq tag
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH v3] pppoe: custom host-uniq tag
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: UBSAN: Undefined behaviour in drivers/net/ppp/ppp_generic.c
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• UBSAN: Undefined behaviour in drivers/net/ppp/ppp_generic.c
  • From: Kyungtae Kim <kt0755@xxxxxxxxx>
• Re: How to know when a link is established or destroyed?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• How to know when a link is established or destroyed?
  • From: Morel Bérenger <berenger.morel@xxxxxxxxxxxxxxxxxx>
• [PATCH crypto-next 09/23] ppp: mppe: Remove VLA usage of skcipher
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: RFC: support setting DNS for systemd-resolved via DBus
  • From: "Marco d'Itri" <md@xxxxxxxx>
• Re: RFC: support setting DNS for systemd-resolved via DBus
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• RFC: support setting DNS for systemd-resolved via DBus
  • From: Tj <linux@xxxxxx>
• Re: [PATCH net-next 1/5] pppoe: fix PPPOEIOCSFWD compat handling
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next 5/5] ppp: handle PPPIOCGIDLE for 64-bit time_t
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next 4/5] ppp: move PPPIOCSPASS32/PPPIOCSACTIVE32 to ppp_generic.c
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next 3/5] ppp: move PPPIOCSCOMPRESS32 to ppp-generic.c
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] pppoe: fix PPPOEIOCSFWD compat handling
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next 1/5] pppoe: fix PPPOEIOCSFWD compat handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH net-next 5/5] ppp: handle PPPIOCGIDLE for 64-bit time_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 5/5] ppp: handle PPPIOCGIDLE for 64-bit time_t
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 4/5] ppp: move PPPIOCSPASS32/PPPIOCSACTIVE32 to ppp_generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 3/5] ppp: move PPPIOCSCOMPRESS32 to ppp-generic.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 2/5] ppp: move simple ioctl compat handling out of fs_compat_ioctl.c
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH net-next 1/5] pppoe: fix PPPOEIOCSFWD compat handling
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH net-next] ppp: mppe: Remove VLA usage
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] ppp: mppe: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] ppp: mppe: Remove VLA usage
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• Re: [PATCH] ppp: mppe: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: "Rafael J. Wysocki" <rafael@xxxxxxxxxx>
• Re: [PATCH v6 13/18] wireless/lib80211: Convert from ahash to shash
  • From: Johannes Berg <johannes@xxxxxxxxxxxxxxxx>
• Re: [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 17/18] crypto: ccm: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v6 17/18] crypto: ccm: Remove VLA usage
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• [PATCH v6 18/18] crypto: Remove AHASH_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 16/18] rxrpc: Reuse SKCIPHER_REQUEST_ON_STACK buffer
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 17/18] crypto: ccm: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 02/18] crypto: cbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 01/18] crypto: xcbc: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 06/18] crypto: qat: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 03/18] crypto: hash: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 08/18] crypto: skcipher: Remove VLA usage for SKCIPHER_REQUEST_ON_STACK
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 11/18] dm crypt: Convert essiv from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 09/18] ppp: mppe: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 10/18] x86/power/64: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 07/18] crypto: shash: Remove VLA usage in unaligned hashing
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 13/18] wireless/lib80211: Convert from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 12/18] drbd: Convert from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 15/18] staging: rtl8192e: ieee80211: Convert from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 14/18] staging: rtl8192u: ieee80211: Convert from ahash to shash
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 05/18] crypto alg: Introduce generic max blocksize and alignmask
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 00/18] crypto: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• [PATCH v6 04/18] dm: Remove VLA usage from hashes
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH] ppp: mppe: Remove VLA usage
  • From: Eric Biggers <ebiggers@xxxxxxxxxx>