Linux PPP Archive

• Thread Index

• Re: [PATCH] ppp: mppe: Remove VLA usage
  • From: Arnd Bergmann <arnd@xxxxxxxx>
• [PATCH] ppp: mppe: Remove VLA usage
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl
  • From: Walter Harms <wharms@xxxxxx>
• Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH v2] ppp: remove the PPPIOCDETACH ioctl
  • From: Paul Mackerras <paulus@xxxxxxxxxx>
• [PATCH v2] ppp: remove the PPPIOCDETACH ioctl
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH] ppp: remove the PPPIOCDETACH ioctl
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: [PATCH] ppp: remove the PPPIOCDETACH ioctl
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] ppp: remove the PPPIOCDETACH ioctl
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in remove_wait_queue (2)
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH] ppp: remove the PPPIOCDETACH ioctl
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: KASAN: use-after-free Read in remove_wait_queue (2)
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: KASAN: use-after-free Read in remove_wait_queue (2)
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: KASAN: use-after-free Read in remove_wait_queue (2)
  • From: Eric Biggers <ebiggers3@xxxxxxxxx>
• Re: INFO: rcu detected stall in __schedule
  • From: Dmitry Vyukov <dvyukov@xxxxxxxxxx>
• Re: INFO: rcu detected stall in __schedule
  • From: Tetsuo Handa <penguin-kernel@xxxxxxxxxxxxxxxxxxx>
• INFO: rcu detected stall in __schedule
  • From: syzbot <syzbot+f16b3e3512a1e3c1d1f6@xxxxxxxxxxxxxxxxxxxxxxxxx>
• Re: Namespaces and pppd
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Namespaces and pppd
  • From: Goran <sendmailtogoran@xxxxxxxxx>
• Re: [PATCH] slip: Check if rstate is initialized before uncompressing
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH] slip: Check if rstate is initialized before uncompressing
  • From: Tejaswi Tanikella <tejaswit@xxxxxxxxxxxxxx>
• [PATCH] slip: Check if rstate is initialized before uncompressing
  • From: Tejaswi Tanikella <tejaswit@xxxxxxxxxxxxxx>
• Re: [PATCH 4/4] drivers/net: Use octal not symbolic permissions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 4/4] drivers/net: Use octal not symbolic permissions
  • From: Wei Liu <wei.liu2@xxxxxxxxxx>
• [PATCH 0/4] net: drivers/net: Use octal permissions
  • From: Joe Perches <joe@xxxxxxxxxxx>
• [PATCH 4/4] drivers/net: Use octal not symbolic permissions
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: possible deadlock in ppp_dev_uninit
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: possible deadlock in ppp_dev_uninit
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH] ppp: Delete an error message for a failed memory allocation in three functions
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: SOLVED: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• Re: [PATCH v5 00/13] exit_net checks for objects initialized in net_init hook
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v5 12/13] ppp: exit_net cleanup checks added
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH v5 00/13] exit_net checks for objects initialized in net_init hook
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH v4 17/18] ppp: exit_net cleanup checks added
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH v4 00/18] exit_net checks for objects initialized in net_init hook
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: Reset modem while using pppd
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: Reset modem while using pppd
  • From: walter harms <wharms@xxxxxx>
• Reset modem while using pppd
  • From: Léo Serre <leo@xxxxxxxxxxxx>
• Re: SOLVED: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: SOLVED: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• Re: SOLVED: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 04/21] ppp: exit_net cleanup checks added
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH v3 04/21] ppp: exit_net cleanup checks added
  • From: walter harms <wharms@xxxxxx>
• [PATCH v3 04/21] ppp: exit_net cleanup checks added
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: SOLVED: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• [PATCH v2 02/21] ppp: exit_net cleanup checks added
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• [PATCH 02/21] ppp: exit_net cleanup checks added
  • From: Vasily Averin <vvs@xxxxxxxxxxxxx>
• Re: [PATCH net-next] ppp: Destroy the mutex when cleanup
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] ppp: Destroy the mutex when cleanup
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH net-next] ppp: Destroy the mutex when cleanup
  • From: gfree.wind@xxxxxxxxxxx
• Re: [PATCH] ppp: allow usage in namespaces
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] ppp: allow usage in namespaces
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• SOLVED: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• Re: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• Re: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• Re: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• kernel-mode PPPoE does not seem able to work with MPPE.
  • From: David Fernandez <david.fernandez.work@xxxxxxxxxxxxxx>
• RE: [PATCH 02/15] drivers, net, ethernet: convert mtk_eth.dma_refcnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 00/15] networking drivers refcount_t conversions
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 02/15] drivers, net, ethernet: convert mtk_eth.dma_refcnt from atomic_t to refcount_t
  • From: Sean Wang <sean.wang@xxxxxxxxxxxx>
• Re: [PATCH 00/15] networking drivers refcount_t conversions
  • From: David Miller <davem@xxxxxxxxxxxxx>
• RE: [PATCH 02/15] drivers, net, ethernet: convert mtk_eth.dma_refcnt from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 02/15] drivers, net, ethernet: convert mtk_eth.dma_refcnt from atomic_t to refcount_t
  • From: Sean Wang <sean.wang@xxxxxxxxxxxx>
• [PATCH 00/15] networking drivers refcount_t conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 01/15] drivers, net, ethernet: convert clip_entry.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 02/15] drivers, net, ethernet: convert mtk_eth.dma_refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 03/15] drivers, net, mlx4: convert mlx4_cq.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 04/15] drivers, net, mlx4: convert mlx4_qp.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 05/15] drivers, net, mlx4: convert mlx4_srq.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 10/15] drivers, net: convert masces_rx_sc.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 07/15] drivers, net, mlx5: convert fs_node.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 09/15] drivers, net: convert masces_rx_sa.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 08/15] drivers, net, hamradio: convert sixpack.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 12/15] drivers, net, ppp: convert asyncppp.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 11/15] drivers, net: convert masces_tx_sa.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 13/15] drivers, net, ppp: convert ppp_file.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 14/15] drivers, net, ppp: convert syncppp.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 15/15] drivers, connector: convert cn_callback_entry.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 06/15] drivers, net, mlx5: convert mlx5_cq.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [RFC net-next] ppp: allow usage in namespaces
  • From: Matteo Croce <mcroce@xxxxxxxxxx>
• Re: [PATCH net] ppp: fix race in ppp device destruction
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net] ppp: fix race in ppp device destruction
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: BUG in free_netdev() on ppp link deletion
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: BUG in free_netdev() on ppp link deletion
  • From: Beniamino Galvani <bgalvani@xxxxxxxxxx>
• Re: BUG in free_netdev() on ppp link deletion
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: BUG in free_netdev() on ppp link deletion
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• BUG in free_netdev() on ppp link deletion
  • From: Beniamino Galvani <bgalvani@xxxxxxxxxx>
• Re: [PATCH net] ppp: fix xmit recursion detection on ppp channels
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re:Re: [PATCH net] ppp: fix xmit recursion detection on ppp channels
  • From: "Gao Feng" <gfree.wind@xxxxxxxxxxx>
• Re: [PATCH net] ppp: fix xmit recursion detection on ppp channels
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re:[PATCH net] ppp: fix xmit recursion detection on ppp channels
  • From: "Gao Feng" <gfree.wind@xxxxxxxxxxx>
• [PATCH net] ppp: fix xmit recursion detection on ppp channels
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH] ppp: Fix false xmit recursion detect with two ppp devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: Session 152 terminated -- received PADT from peer
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Session 152 terminated -- received PADT from peer
  • From: Sekar D <sekar.linux@xxxxxxxxx>
• [PATCH] ppp: Fix false xmit recursion detect with two ppp devices
  • From: gfree.wind@xxxxxxxxxxx
• Session 152 terminated -- received PADT from peer
  • From: Sekar D <sekar.linux@xxxxxxxxx>
• Re: [PATCH net-next v2 0/5] net: add netlink_ext_ack support to rtnl_link_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next v2 5/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_validate
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 5/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_validate
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 3/5] net: add netlink_ext_ack argument to rtnl_link_ops.validate
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 2/5] net: add netlink_ext_ack argument to rtnl_link_ops.changelink
  • From: David Ahern <dsahern@xxxxxxxxx>
• Re: [PATCH net-next v2 1/5] net: add netlink_ext_ack argument to rtnl_link_ops.newlink
  • From: David Ahern <dsahern@xxxxxxxxx>
• [PATCH net-next v2 1/5] net: add netlink_ext_ack argument to rtnl_link_ops.newlink
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 0/5] net: add netlink_ext_ack support to rtnl_link_ops
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 4/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_changelink
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 5/5] net: add netlink_ext_ack argument to rtnl_link_ops.slave_validate
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 3/5] net: add netlink_ext_ack argument to rtnl_link_ops.validate
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• [PATCH net-next v2 2/5] net: add netlink_ext_ack argument to rtnl_link_ops.changelink
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] net: add netlink_ext_ack support to rtnl_link_ops
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] net: add netlink_ext_ack support to rtnl_link_ops
  • From: David Ahern <dsahern@xxxxxxxxx>
• [PATCH net-next] net: add netlink_ext_ack support to rtnl_link_ops
  • From: Matthias Schiffer <mschiffer@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ppp: mppe: Use vsnprintf extension %phN
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] ppp: mppe: Use vsnprintf extension %phN
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH net-next] ppp: remove unnecessary bh disable in xmit path
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] ppp: remove unnecessary bh disable in xmit path
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH net-next] ppp: remove unnecessary bh disable in xmit path
  • From: gfree.wind@xxxxxxxxxxx
• Re:Re: [PATCH] driver: ppp: Remove unnecessary bh disable in xmit path
  • From: "Gao Feng" <gfree.wind@xxxxxxxxxxx>
• Re: [PATCH] driver: ppp: Remove unnecessary bh disable in xmit path
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH] driver: ppp: Remove unnecessary bh disable in xmit path
  • From: gfree.wind@xxxxxxxxxxx
• Re: [15/16] hostap: convert hostap_cmd_queue.usecnt from atomic_t to refcount_t
  • From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
• [PATCH 3.18 41/49] ppp: defer netns reference release for ppp channel
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• [pppoe-server] Enable HURL and MOTD messages with custom content
  • From: Luca Piccirillo <luca.piccirillo@xxxxxxxxx>
• [PATCH for-3.18 14/24] ppp: defer netns reference release for ppp channel
  • From: Amit Pundir <amit.pundir@xxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• pppoe encapsulated udp packets which appear on ethernet disappear between pppoe and ppp0 after pppoe hangup; continues to work after reboot
  • From: Thomas Glanzmann <thomas@xxxxxxxxxxxx>
• Re: [PATCH 16/16] drivers, net, intersil: convert request_context.refcount from atomic_t to refcount_t
  • From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
• RE: [PATCH 16/16] drivers, net, intersil: convert request_context.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• Re: [PATCH 16/16] drivers, net, intersil: convert request_context.refcount from atomic_t to refcount_t
  • From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
• Re: [PATCH 15/16] drivers, net, intersil: convert hostap_cmd_queue.usecnt from atomic_t to refcount_t
  • From: Kalle Valo <kvalo@xxxxxxxxxxxxxx>
• RE: [PATCH 06/16] drivers, net, mlx5: convert mlx5_cq.refcount from atomic_t to refcount_t
  • From: "Reshetova, Elena" <elena.reshetova@xxxxxxxxx>
• RE: [PATCH 06/16] drivers, net, mlx5: convert mlx5_cq.refcount from atomic_t to refcount_t
  • From: David Laight <David.Laight@xxxxxxxxxx>
• [PATCH 13/16] drivers, net, ppp: convert ppp_file.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 14/16] drivers, net, ppp: convert syncppp.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 11/16] drivers, net: convert masces_tx_sa.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 07/16] drivers, net, mlx5: convert fs_node.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 10/16] drivers, net: convert masces_rx_sc.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 01/16] drivers, net, ethernet: convert clip_entry.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 03/16] drivers, net, mlx4: convert mlx4_cq.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 16/16] drivers, net, intersil: convert request_context.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 04/16] drivers, net, mlx4: convert mlx4_qp.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 02/16] drivers, net, ethernet: convert mtk_eth.dma_refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 00/16] Networking drivers refcount conversions
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 15/16] drivers, net, intersil: convert hostap_cmd_queue.usecnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 06/16] drivers, net, mlx5: convert mlx5_cq.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 12/16] drivers, net, ppp: convert asyncppp.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 05/16] drivers, net, mlx4: convert mlx4_srq.refcount from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 09/16] drivers, net: convert masces_rx_sa.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• [PATCH 08/16] drivers, net, hamradio: convert sixpack.refcnt from atomic_t to refcount_t
  • From: Elena Reshetova <elena.reshetova@xxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: Woody Wu <narkewoody@xxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: Woody Wu <narkewoody@xxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: Woody Wu <narkewoody@xxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: Woody Wu <narkewoody@xxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: "Mike O'Connor" <mike@xxxxxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: Woody Wu <narkewoody@xxxxxxxxx>
• Re: Setup pppd over rs-485 point-to-point
  • From: "Mike O'Connor" <mike@xxxxxxxxxxxx>
• Setup pppd over rs-485 point-to-point
  • From: Woody Wu <narkewoody@xxxxxxxxx>
• [PATCH 3.10 031/319] ppp: defer netns reference release for ppp channel
  • From: Willy Tarreau <w@xxxxxx>
• Re: [PATCH net-next] net: make ndo_get_stats64 a void function
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] net: make ndo_get_stats64 a void function
  • From: kbuild test robot <lkp@xxxxxxxxx>
• Re: [PATCH net-next] net: make ndo_get_stats64 a void function
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] net: make ndo_get_stats64 a void function
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: Starting dhcpcd terminates the established PPPoE connection
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Starting dhcpcd terminates the established PPPoE connection
  • From: Sven Kirmess <sven.kirmess@xxxxxxxx>
• Re: Starting dhcpcd terminates the established PPPoE connection
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Starting dhcpcd terminates the established PPPoE connection
  • From: Sven Kirmess <sven.kirmess@xxxxxxxx>
• Re: Starting dhcpcd terminates the established PPPoE connection
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Starting dhcpcd terminates the established PPPoE connection
  • From: Sven Kirmess <sven.kirmess@xxxxxxxx>
• [PATCH 3.16 051/346] ppp: defer netns reference release for ppp channel
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.2 014/152] ppp: defer netns reference release for ppp channel
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH 3.12 30/84] ppp: defer netns reference release for ppp channel
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: pppd and plugin license
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• Re: pppd and plugin license
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• pppd and plugin license
  • From: "Waller, Claus" <Claus_Waller@xxxxxxxxxx>
• [patch added to 3.12-stable] ppp: defer netns reference release for ppp channel
  • From: Jiri Slaby <jslaby@xxxxxxx>
• Re: Problem: How to force(?) pcomp and accomp
  • From: Manish Kambdur <manish.kambdur@xxxxxxxxx>
• Re: Problem: How to force(?) pcomp and accomp
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Problem: How to force(?) pcomp and accomp
  • From: Manish Kambdur <manish.kambdur@xxxxxxxxx>
• Re: Problem: How to force(?) pcomp and accomp
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Problem: How to force(?) pcomp and accomp
  • From: Manish Kambdur <manish.kambdur@xxxxxxxxx>
• Re: CHAP Auth issue at CentOS-6.8
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• Re: CHAP Auth issue at CentOS-6.8
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: CHAP Auth issue at CentOS-6.8
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: CHAP Auth issue at CentOS-6.8
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: CHAP Auth issue at CentOS-6.8
  • From: Sekar D <sekar.linux@xxxxxxxxx>
• CHAP Auth issue at CentOS-6.8
  • From: Sekar D <sekar.linux@xxxxxxxxx>
• Re: [PATCH v4 net-next] ppp: Fix one deadlock issue of PPP when reentrant
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH v4 net-next] ppp: Fix one deadlock issue of PPP when reentrant
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• Re: [PATCH v4 net-next] ppp: Fix one deadlock issue of PPP when reentrant
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH v4 net-next] ppp: Fix one deadlock issue of PPP when reentrant
  • From: fgao@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when reentrant
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH v2 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when reentrant
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH 1/1] ppp: Fix one deadlock issue of PPP when reentrant
  • From: fgao@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Philp Prindeville <philipp@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH v2 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Philp Prindeville <philipp@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• Re: [PATCH v2 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH v2 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: fgao@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
• Re: [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: Feng Gao <gfree.wind@xxxxxxxxx>
• [PATCH 1/1] ppp: Fix one deadlock issue of PPP when send frame
  • From: fgao@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
• [PATCH 4.6 03/56] ppp: defer netns reference release for ppp channel
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] ppp: build ifname using unit identifier for rtnl based devices
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] ppp: build ifname using unit identifier for rtnl based devices
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [Patch net] ppp: defer netns reference release for ppp channel
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [Patch net] ppp: defer netns reference release for ppp channel
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [Patch net] ppp: defer netns reference release for ppp channel
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [Patch net] ppp: defer netns reference release for ppp channel
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• Re: [Patch net] ppp: defer netns reference release for ppp channel
  • From: Cyrill Gorcunov <gorcunov@xxxxxxxxx>
• [Patch net] ppp: defer netns reference release for ppp channel
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: Problem: BUG_ON hit in ppp_pernet() when re-connect after changing shared key on LAC
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: Problem: BUG_ON hit in ppp_pernet() when re-connect after changing shared key on LAC
  • From: Matt Bennett <Matt.Bennett@xxxxxxxxxxxxxxxxxxx>
• Re: Problem: BUG_ON hit in ppp_pernet() when re-connect after changing shared key on LAC
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Re: Problem: BUG_ON hit in ppp_pernet() when re-connect after changing shared key on LAC
  • From: Cong Wang <xiyou.wangcong@xxxxxxxxx>
• Problem: BUG_ON hit in ppp_pernet() when re-connect after changing shared key on LAC
  • From: Matt Bennett <Matt.Bennett@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 net-next 2/2] ppp: add rtnetlink device creation support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v4 net-next 2/2] ppp: add rtnetlink device creation support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH v4 net-next 1/2] ppp: define reusable device creation functions
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH v4 net-next 0/2] ppp: add rtnetlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH v3 1/2] ppp: define reusable device creation functions
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH v3 2/2] ppp: add rtnetlink device creation support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH v3 0/2] ppp: add rtnetlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] ppp: add rtnetlink device creation support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] ppp: add rtnetlink device creation support
  • From: walter harms <wharms@xxxxxx>
• Re: [RFC PATCH 5/6] ppp: define reusable device creation functions
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] ppp: add rtnetlink device creation support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [RFC PATCH 5/6] ppp: define reusable device creation functions
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] ppp: add rtnetlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [RFC PATCH 6/6] ppp: add rtnetlink device creation support
  • From: walter harms <wharms@xxxxxx>
• Re: [RFC PATCH 5/6] ppp: define reusable device creation functions
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH 0/6] ppp: add rtnetlink support
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• [RFC PATCH 1/6] ppp: simplify usage of ppp_create_interface()
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH 6/6] ppp: add rtnetlink device creation support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH 4/6] ppp: invert lock ordering between ppp_mutex and rtnl_lock
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH 5/6] ppp: define reusable device creation functions
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH 3/6] ppp: don't lock ppp_mutex while handling PPPIOCDETACH
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH 2/6] ppp: don't hold ppp_mutex before calling ppp_unattached_ioctl()
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [RFC PATCH 0/6] ppp: add rtnetlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: net/ppp: use-after-free in ppp_unregister_channel
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• net/ppp: use-after-free in ppp_unregister_channel
  • From: Baozeng Ding <sploving1@xxxxxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: Benjamin Cama <benoar@xxxxxxxx>
• RE: Nortel Users List
  • From: Gavan Hunt <ghunt@xxxxxxxxxxxxxx>
• A deadlock in ppp_generic kernel 3.3, can anybody help me?
  • From: Guohua Xia <xiaguohua3@xxxxxxxxx>
• Re: [PATCH 2/2] ppp: implement rtnetlink device handling
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH 2/2] ppp: implement rtnetlink device handling
  • From: walter harms <wharms@xxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: Alarig Le Lay <alarig@xxxxxxxxxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: "Michael O'Connor" <mike@xxxxxxxxxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Add support for IPv6 RADIUS attributes
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Add support for IPv6 RADIUS attributes
  • From: Alarig Le Lay <alarig@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] ppp: add netlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH 0/2] ppp: add netlink support
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] ppp: add netlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH 0/2] ppp: add netlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH 2/2] ppp: implement rtnetlink device handling
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH 1/2] ppp: define reusable device creation functions
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH 0/2] ppp: add netlink support
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next] pppoe: optional deactivation of PADT packet handling
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next] pppoe: optional deactivation of PADT packet handling
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next] pppoe: optional deactivation of PADT packet handling
  • From: Dan Williams <dcbw@xxxxxxxxxx>
• [PATCH net-next] pppoe: optional deactivation of PADT packet handling
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: [PATCH net-next 0/2] Minor PPP devices improvements
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next 1/2] ppp: define "ppp" device type
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH net-next 0/2] Minor PPP devices improvements
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• [PATCH net-next 2/2] ppp: declare ppp devices as enumerated interfaces
  • From: Guillaume Nault <g.nault@xxxxxxxxxxxx>
• Re: MTU strategies
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• MTU strategies
  • From: Yan Seiner <yan@xxxxxxxxxx>
• Re: Netflix and pppd
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Netflix and pppd
  • From: Yan Seiner <yan@xxxxxxxxxx>
• Re: Netflix and pppd
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Netflix and pppd
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Netflix and pppd
  • From: Yan Seiner <yan@xxxxxxxxxx>
• [PATCH] ppp: avoid hard-coded magic constants
  • From: Kirill Smirnov <kirill.k.smirnov@xxxxxxxxx>
• [PATCH v2] pppoe: custom host-uniq tag
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• Re: [PATCH v2] hostapd: add command to ban a station
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• [PATCH v2] hostapd: add command to ban a station
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• [PATCH] pppoe: custom host-uniq tag
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• Re: Problems with pppd option: record file
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Problems with pppd option: record file
  • From: Thomas Bergholz <ThomasBergholz@xxxxxx>
• Re: Problems with pppd option: record file
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Problems with pppd option: record file
  • From: Thomas Bergholz <ThomasBergholz@xxxxxx>
• Re: Problems with pppd option: record file
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Problems with pppd option: record file
  • From: Thomas Bergholz <ThomasBergholz@xxxxxx>
• Re: [PATCH v2 net 2/2] ppp, slip: Validate VJ compression slot parameters completely
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH v2 net 2/2] ppp, slip: Validate VJ compression slot parameters completely
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH v2 net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: Josh Boyer <jwboyer@xxxxxxxxxxxxxxxxx>
• Re: [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] ppp, slip: Validate VJ compression slot parameters completely
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• [PATCH net 1/2] isdn_ppp: Add checks for allocation failure in isdn_ppp_open()
  • From: Ben Hutchings <ben@xxxxxxxxxxxxxxx>
• Re: HDLC frame timing
  • From: Vertical Limit <vertlim@xxxxxxxxx>
• RESOLEVE: pppd, pptpd and radius DNS assigns
  • From: Edwardo Garcia <wdgarc88@xxxxxxxxx>
• Re: pppd, pptpd and radius DNS assigns
  • From: Edwardo Garcia <wdgarc88@xxxxxxxxx>
• Re: pppd, pptpd and radius DNS assigns
  • From: Jan Just Keijser <jan.just.keijser@xxxxxxxxx>
• Re: pppd, pptpd and radius DNS assigns
  • From: Edwardo Garcia <wdgarc88@xxxxxxxxx>
• Re: pppd, pptpd and radius DNS assigns
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: pppd, pptpd and radius DNS assigns
  • From: Edwardo Garcia <wdgarc88@xxxxxxxxx>
• pppd, pptpd and radius DNS assigns
  • From: Edwardo Garcia <wdgarc88@xxxxxxxxx>
• kernel panic in pppoe_release
  • From: "Murat Sezgin" <msezgin@xxxxxxxxxxxxxx>
• Re: HDLC frame timing
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• HDLC frame timing
  • From: Vertical Limit <vertlim@xxxxxxxxx>
• [RFC][PATCH v2] ppp: remove NULL check before kfree
  • From: Maninder Singh <maninder1.s@xxxxxxxxxxx>
• Re: [PATCH 1/1] ppp: remove NULL check before kfree
  • From: Maninder Singh <maninder1.s@xxxxxxxxxxx>
• [PATCH 1/1] ppp: remove NULL check before kfree
  • From: Maninder Singh <maninder1.s@xxxxxxxxxxx>
• Re: LCP terminated by peer [LCP TermReq id=0x1]
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• LCP terminated by peer [LCP TermReq id=0x1]
  • From: Gustavo <ghreyes71@xxxxxxxxx>
• ppp over serial problems in lk 4.0.x
  • From: Douglas Gilbert <dgilbert@xxxxxxxxxxxx>
• Re: PPP over PCIe
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• PPP over PCIe
  • From: <salix@xxxxxxxxxxxxx>
• Re: [PATCH 0/2] ppp: mppe: fixes MPPE desync on links which don't guarantee packet ordering
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] ppp: mppe: discard late packet in stateless mode
  • From: Sylvain Rochet <sylvain.rochet@xxxxxxxxxxxx>
• [PATCH 1/2] ppp: mppe: sanity error path rework
  • From: Sylvain Rochet <sylvain.rochet@xxxxxxxxxxxx>
• [PATCH 0/2] ppp: mppe: fixes MPPE desync on links which don't guarantee packet ordering
  • From: Sylvain Rochet <sylvain.rochet@xxxxxxxxxxxx>
• PADO answer incoming wrong VLAN since new linecard
  • From: ck@xxxxxxxxxxxxxxxxxx
• Re: [PATCH net-next v2] pppoe: Use workqueue to die properly when a PADT is received
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next v2] pppoe: Use workqueue to die properly when a PADT is received
  • From: Simon Farnsworth <simon@xxxxxxxxxxxx>
• Re: [PATCH] pppoe: Use workqueue to die properly when a PADT is received
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH] pppoe: Use workqueue to die properly when a PADT is received
  • From: Simon Farnsworth <simon@xxxxxxxxxxxx>
• Re: [PATCH] pppoe: Use workqueue to die properly when a PADT is received
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH] pppoe: Use workqueue to die properly when a PADT is received
  • From: Simon Farnsworth <simon@xxxxxxxxxxxx>
• Re: [PATCH] pppoe: Use workqueue to die properly when a PADT is received
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH] pppoe: Use workqueue to die properly when a PADT is received
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH] ppp_synctty: remove unneeded NULL check
  • From: Alan <gnomes@xxxxxxxxxxxxxxxxxxx>
• Default Route Problem with pppd
  • From: "Anljaken ." <lq3prmt@xxxxxxxxx>
• Re: multiple pppd instances -- resolv.conf challenges and suggested improvement
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: multiple pppd instances -- resolv.conf challenges and suggested improvement
  • From: Lee Essen <lee.essen@xxxxxxxxxxxxxxx>
• Re: multiple pppd instances -- resolv.conf challenges and suggested improvement
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• multiple pppd instances -- resolv.conf challenges and suggested improvement
  • From: Lee Essen <lee.essen@xxxxxxxxxxxxxxx>
• Re: pppd hangup only when traffic sent over connection
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: pppd hangup only when traffic sent over connection
  • From: Matt Dooner <dclscratch@xxxxxxxxx>
• Re: pppd hangup only when traffic sent over connection
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• pppd hangup only when traffic sent over connection
  • From: Matt Dooner <dclscratch@xxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: Matthias-Christian Ott <ott@xxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: Matthias-Christian Ott <ott@xxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: ppp_async: ioctl to set MTU needed
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• ppp_async: ioctl to set MTU needed
  • From: Matthias-Christian Ott <ott@xxxxxxxxx>
• Re: pppd 2.4.7 for bsd
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• pppd 2.4.7 for bsd
  • From: "oht@xxxxxxxxxx" <ole.hellqvist@xxxxxxxxxx>
• Re: PPP compression
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP compression
  • From: arthurpaulino <arthurpaulino@xxxxxxxxxxxx>
• Re: PPP compression
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP compression
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPP compression
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: Lino Sanfilippo <LinoSanfilippo@xxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: PPP compression
  • From: Arthur Paulino <arthurpaulino@xxxxxxxxxxxx>
• Re: PPP compression
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• PPP compression
  • From: arthurpaulino <arthurpaulino@xxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: terry white <twhite@xxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Is it possible to use secret file to assign each user an ip while auto negociate?
  • From: ryd994 <ryd994@xxxxxxx>
• Re: [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: terry white <twhite@xxxxxxxxxx>
• Re: [PATCH v2 5/6] net-PPP: Delete an unnecessary assignment in mppe_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] net-PPP: Delete another unnecessary assignment in mppe_alloc()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 5/6] net-PPP: Delete an unnecessary assignment in mppe_alloc()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 6/6] net-PPP: Delete another unnecessary assignment in mppe_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 5/6] net-PPP: Delete an unnecessary assignment in mppe_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 6/6] net-PPP: Delete another unnecessary assignment in mppe_alloc()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 5/6] net-PPP: Delete an unnecessary assignment in mppe_alloc()
  • From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Julia Lawall <julia.lawall@xxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 6/6] net-PPP: Delete another unnecessary assignment in mppe_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 5/6] net-PPP: Delete an unnecessary assignment in mppe_alloc()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 4/6] net-PPP: Less function calls in mppe_alloc() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 3/6] net-PPP: Deletion of unnecessary checks before the function call "kfree"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 2/6] net-PPP: Fix indentation
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 1/6] net-PPP: Replacement of a printk() call by pr_warn() in mppe_rekey()
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH v2 0/6] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: Delayed error message
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Delayed error message
  • From: Rajan Craveri <studio@xxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] net-PPP: Deletion of unnecessary checks before the function call "kfree"
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] net-PPP: Deletion of unnecessary checks before the function call "kfree"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/3] net-PPP: Deletion of unnecessary checks before the function call "kfree"
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] net-PPP: Delete an unnecessary assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 3/3] net-PPP: Delete an unnecessary assignment
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [PATCH 3/3] net-PPP: Delete an unnecessary assignment
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 2/3] net-PPP: Less function calls in mppe_alloc() after error detection
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 1/3] net-PPP: Deletion of unnecessary checks before the function call "kfree"
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• [PATCH 0/3] net-PPP: Deletion of a few unnecessary checks
  • From: SF Markus Elfring <elfring@xxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH resent] net: ppp: Don't call bpf_prog_create() in ppp_lock
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH resent] net: ppp: Don't call bpf_prog_create() in ppp_lock
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: [REGRESSION] in 3.18-rc1: ppp crashes kernel
  • From: Stefan Seyfried <stefan.seyfried@xxxxxxxxxxxxxx>
• Re: [REGRESSION] in 3.18-rc1: ppp crashes kernel
  • From: Takashi Iwai <tiwai@xxxxxxx>
• Re: Routing BUG with ppp over l2tp
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Routing BUG with ppp over l2tp
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Routing BUG with ppp over l2tp
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: Routing BUG with ppp over l2tp
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Routing BUG with ppp over l2tp
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: PPP connection corruption with Windows client, MPPE, and RDP
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: PPP connection corruption with Windows client, MPPE, and RDP
  • From: Francesco Pretto <ceztko@xxxxxxxxx>
• Re: PPP connection corruption with Windows client, MPPE, and RDP
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• PPP connection corruption with Windows client, MPPE, and RDP
  • From: Francesco Pretto <ceztko@xxxxxxxxx>
• Deadlock in ppp_generic
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• Re: ml-ppp bundle dies if initial link fails (even in 2.4.7)
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• ml-ppp bundle dies if initial link fails (even in 2.4.7)
  • From: Arne Van Theemsche <arne.vantheemsche@xxxxxxxxx>
• Soft lockup in 3.17-rc7 when using PPP over L2TP over IPSEC
  • From: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
• [PATCH] add host-uniq option for pppoe plugin to set arbitrary host-uniq tag
  • From: Matteo Croce <matteo@xxxxxxxxxxx>
• Persistant ethernet names and ppp
  • From: Rod <Rod@xxxxxxxxxx>
• ppp-2.4.7 released
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: [PATCH net v2 1/1] net: ppp: don't call sk_chk_filter twice
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH net-next v9 9/9] net: ppp - set name assign type
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [PATCH RESEND net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: access ppp->nextseq only if CONFIG_PPP_MULTILINK is defined
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH v8] net: ppp - set name assign type
  • From: Tom Gundersen <teg@xxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: access ppp->nextseq only if CONFIG_PPP_MULTILINK is defined
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: access ppp->nextseq only if CONFIG_PPP_MULTILINK is defined
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• [PATCH net-next 1/1] net: ppp: access ppp->nextseq only if CONFIG_PPP_MULTILINK is defined
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH RESEND net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: David Miller <davem@xxxxxxxxxxxxx>
• about that partial copy of radiusclient in pppd/plugins/radius
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [PATCH net-next 1/1] net: ppp: reset nextseq counter when enabling SC_MULTILINK
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Varka Bhadram <varkabhadram@xxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net v2 1/1] net: ppp: don't call sk_chk_filter twice
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] net: pppoe: use correct channel MTU when using Multilink PPP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH net v2 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: filter: sk_chk_filter() no longer mangles filter
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net v2 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Varka Bhadram <varkabhadram@xxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH net 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH net 1/1] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH net 1/1] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next] net: filter: sk_chk_filter() no longer mangles filter
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next] net: pppoe: use correct MTU when using Multilink PPP with PPPoE
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH 1/1] net: pppoe: use correct channel MTU when using Multilink PPP
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH 0/1] net: pppoe: use correct channel MTU when using Multilink PPP
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• Re: [PATCH net-next] net: filter: sk_chk_filter() no longer mangles filter
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next] net: filter: sk_chk_filter() no longer mangles filter
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH net-next] net: pppoe: use correct MTU when using Multilink PPP with PPPoE
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] net: ppp: fix creating PPP pass and active filters
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH net-next] net: ppp: don't call sk_chk_filter twice
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH net-next] net: pppoe: use correct MTU when using Multilink PPP with PPPoE
  • From: Christoph Schulz <develop@xxxxxxxxxx>
• [PATCH v7 30/33] net: ppp - set name assign type
  • From: Tom Gundersen <teg@xxxxxxx>
• Fwd: RADATTR files empty
  • From: Hernan Freschi <hjf@xxxxxxxxxx>
• Re: How can one supply username & password combination on command line?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• How can one supply username & password combination on command line?
  • From: Aaron Lewis <the.warl0ck.1989@xxxxxxxxx>
• pppd: CLOCAL not re-set upon disconnection
  • From: Aleksander Morgado <aleksander@xxxxxxxxxxxxx>
• Re: how to configure, compile and test pppd
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• how to configure, compile and test pppd
  • From: Yasir hussan <kolyasir@xxxxxxxxx>
• [PATCH net-next v4 6/9] net: ppp: use sk_unattached_filter api
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v3 6/9] net: ppp: use sk_unattached_filter api
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• [PATCH net-next v2 6/9] net: ppp: use sk_unattached_filter api
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• RE: Suspecting kernel timing bug in ppp or tty drivers
  • From: Mats Kärrman <Mats.Karrman@xxxxxxxxxx>
• [PATCH net-next 6/9] net: ppp: use sk_unattached_filter api
  • From: Daniel Borkmann <dborkman@xxxxxxxxxx>
• Re: Plugin Development getting peer ip.
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: Plugin Development getting peer ip.
  • From: walter harms <wharms@xxxxxx>
• Plugin Development getting peer ip.
  • From: Greg <gregborbonus@xxxxxxxxx>
• Fwd: Setting environment variables and strange string in client
  • From: Greg <gregborbonus@xxxxxxxxx>
• Re: Suspecting kernel timing bug in ppp or tty drivers
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Re: Suspecting kernel timing bug in ppp or tty drivers
  • From: terry white <twhite@xxxxxxxxxx>
• RE: Suspecting kernel timing bug in ppp or tty drivers
  • From: Mats Kärrman <Mats.Karrman@xxxxxxxxxx>
• Re: Suspecting kernel timing bug in ppp or tty drivers
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: PPPD plugin development
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPD plugin development
  • From: Greg <gregborbonus@xxxxxxxxx>
• RE: Suspecting kernel timing bug in ppp or tty drivers
  • From: Mats Kärrman <Mats.Karrman@xxxxxxxxxx>
• Re: PPPD plugin development
  • From: Greg <gregborbonus@xxxxxxxxx>
• Re: Suspecting kernel timing bug in ppp or tty drivers
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: PPPD plugin development
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPPD plugin development
  • From: Greg <gregborbonus@xxxxxxxxx>
• Re: PPPD plugin development
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Suspecting kernel timing bug in ppp or tty drivers
  • From: Mats Kärrman <Mats.Karrman@xxxxxxxxxx>
• PPPD plugin development
  • From: Greg <gregborbonus@xxxxxxxxx>
• Re: pppd plugin development
  • From: Greg <gregborbonus@xxxxxxxxx>
• pppd plugin development
  • From: Greg <gregborbonus@xxxxxxxxx>
• pppd service crash in linux-3.13.6
  • From: Sree Harsha Totakura <sreeharsha@xxxxxxxxxxx>
• ppp-2.4.6 tarball available
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• 2.4.6 tar missing
  • From: Xose Vazquez Perez <xose.vazquez@xxxxxxxxx>
• Re: patches past 2.4.5
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: patches past 2.4.5
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• patches past 2.4.5
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Double radius accounting
  • From: Michael Richardson <mcr@xxxxxxxxxxxx>
• Re: Double radius accounting
  • From: Lorenzo Milesi <maxxer@xxxxxxxxxxx>
• Re: Double radius accounting
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Double radius accounting
  • From: Lorenzo Milesi <maxxer@xxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: François Cachereul <f.cachereul@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: François Cachereul <f.cachereul@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: terry white <twhite@xxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: François Cachereul <f.cachereul@xxxxxxxxxxxx>
• Re: [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• [RFC PATCH net-next] ppp: Allow ppp device connected to an l2tp session to change of namespace
  • From: François Cachereul <f.cachereul@xxxxxxxxxxxx>
• [PATCH] issues with printk "mppe_compress[%d]: osize too small! ..."
  • From: Helmut Grohne <h.grohne@xxxxxxxxxxxxxxxxx>
• Re: Wrong remote IP, bug or feature?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Wrong remote IP, bug or feature?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Wrong remote IP, bug or feature?
  • From: Lars Mueller <admin@xxxxxxxxxxxxxxxxxxx>
• Re: Wrong remote IP, bug or feature?
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Wrong remote IP, bug or feature?
  • From: Lars Mueller <admin@xxxxxxxxxxxxxxxxxxx>
• Re: pppoe_connect fucntion
  • From: terry white <twhite@xxxxxxxxxx>
• pppoe_connect fucntion
  • From: Murat Sezgin <sezginmurat@xxxxxxxxx>
• Re: [PATCH v3 3/4] ppp_mppe: cleanup kernel log messages
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH v3 2/4] ppp_mppe: check coherency counter for out-of-order sequencing
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [PATCH v3 4/4] ppp_mppe: formatting and style cleanup
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [PATCH v3 3/4] ppp_mppe: cleanup kernel log messages
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [PATCH v3 1/4] ppp: adds new decompressor error code to signal that packet must be dropped
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• Re: [RFC PATCH v2 3/4] ppp_mppe: cleanup kernel log messages
  • From: Joe Perches <joe@xxxxxxxxxxx>
• Re: [RFC PATCH v2 2/4] ppp_mppe: check coherency counter for out-of-order sequencing
  • From: Sergei Shtylyov <sergei.shtylyov@xxxxxxxxxxxxxxxxxx>
• Re: [RFC PATCH v2 2/4] ppp_mppe: check coherency counter for out-of-order sequencing
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC PATCH v2 2/4] ppp_mppe: check coherency counter for out-of-order sequencing
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [RFC PATCH v2 4/4] ppp_mppe: style cleanup
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [RFC PATCH v2 3/4] ppp_mppe: cleanup kernel log messages
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [RFC PATCH v2 1/4] ppp: adds new error for decompressors to signal that packet must be dropped
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• Re: [RFC PATCH 2/2] ppp_mppe: Check coherency counter for out-of-order sequencing
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• Re: [RFC PATCH 2/2] ppp_mppe: Check coherency counter for out-of-order sequencing
  • From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
• [RFC PATCH 2/2] ppp_mppe: Check coherency counter for out-of-order sequencing
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• [RFC PATCH 1/2] ppp: adds new error for decompressors to signal that packet must be dropped
  • From: "Jorge Boncompte [DTI2]" <jorge@xxxxxxxx>
• Re: [PATCH 2/2] ppp: reuse print_hex_dump_bytes
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] net: core: let's use native isxdigit instead of custom
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH 2/2] ppp: reuse print_hex_dump_bytes
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• [PATCH 1/2] net: core: let's use native isxdigit instead of custom
  • From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
• Re: [PATCH v5 25/44] tty: Fix recursive deadlock in tty_perform_flush()
  • From: Peter Hurley <peter@xxxxxxxxxxxxxxxxxx>
• Fw: [Bug 54601] PPP regression on 3.2.39 stop work need restart server on version 3.0.X not found this problem.
  • From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
• PPPOE lockdep report in dev_queue_xmit+0x8b8/0x900
  • From: Yanko Kaneti <yaneti@xxxxxxxxxxx>
• [PATCH 55/77] ppp: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] ppp: ignore unrecognised radiusclient configuration directives
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• [PATCH 39/62] ppp: convert to idr_alloc()
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] ppp: ignore unrecognised radiusclient configuration directives
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH] ppp: ignore unrecognised radiusclient configuration directives
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: PPP on TP-Link router?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP on TP-Link router?
  • From: Nguyễn Hồng Quân <quannguyen@xxxxxx>
• Re: PPP on TP-Link router?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP on TP-Link router?
  • From: terry white <twhite@xxxxxxxxxx>
• Re: PPP on TP-Link router?
  • From: terry white <twhite@xxxxxxxxxx>
• Re: PPP on TP-Link router?
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP on TP-Link router?
  • From: Nguyễn Hồng Quân <quannguyen@xxxxxx>
• PPP on TP-Link router?
  • From: Nguyễn Hồng Quân <quannguyen@xxxxxx>
• Re: [PATCH] ppp: ignore unrecognised radiusclient configuration directives
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH net-next] ppp: make ppp_get_stats64 static
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH net-next] ppp: make ppp_get_stats64 static
  • From: Stephen Hemminger <shemminger@xxxxxxxxxx>
• [PATCH] ppp: ignore unrecognised radiusclient configuration directives
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: Using pppd as a library
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Using pppd as a library
  • From: walter harms <wharms@xxxxxx>
• Re: Using pppd as a library
  • From: Marcel Holtmann <marcel@xxxxxxxxxxxx>
• Re: Using pppd as a library
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Using pppd as a library
  • From: Bill Unruh <unruh@xxxxxxxxxxxxxx>
• Re: Using pppd as a library
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Using pppd as a library
  • From: neha chatrath <neha.chatrath@xxxxxxxxxxxxxxxx>
• PPTP/PPP/Radius/LDAP and usernames in email format
  • From: Charles Williams <chuck@xxxxxxxxxxxx>
• PPTP/PPP/Radius/LDAP and usernames in email format
  • From: Charles Williams <chuck@xxxxxxxxxxxx>
• Re: DCD and EOF
  • From: Edgard Lima <edgard.lima@xxxxxxxxx>
• Re: DCD and EOF
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• DCD and EOF
  • From: Edgard Lima <edgard.lima@xxxxxxxxx>
• Re: [RFC PATCH] ppp: add support for L2 multihop / tunnel switching
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• [RFC PATCH v2 net-next] Re: [RFC PATCH] ppp: add support for L2 multihop / tunnel switching
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [RFC PATCH] ppp: add support for L2 multihop / tunnel switching
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [RFC PATCH] ppp: add support for L2 multihop / tunnel switching
  • From: James Chapman <jchapman@xxxxxxxxxxx>
• [RFC PATCH] ppp: add support for L2 multihop / tunnel switching
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [PATCH next-next] ppp: change default for incoming protocol filter to NPMODE_DROP
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [PATCH next-next] ppp: change default for incoming protocol filter to NPMODE_DROP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• Re: [PATCH next-next] ppp: change default for incoming protocol filter to NPMODE_DROP
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: [PATCH next-next] ppp: change default for incoming protocol filter to NPMODE_DROP
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH next-next] ppp: change default for incoming protocol filter to NPMODE_DROP
  • From: Benjamin LaHaise <bcrl@xxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: Charlie Brady <charlieb-linux-ppp@xxxxxxxxxxxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: "Marco d'Itri" <md@xxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: md@xxxxxxxx (Marco d'Itri)
• Re: Upcoming 2.4.6 release
  • From: Daniel Golle <dgolle@xxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: James Cameron <quozl@xxxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: Daniel Golle <dgolle@xxxxxxxxx>
• Re: Upcoming 2.4.6 release
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Upcoming 2.4.6 release
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: terry white <twhite@xxxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: "Kristian R. Evensen" <kristrev@xxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: James Cameron <quozl@xxxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: James Cameron <quozl@xxxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: Kristian Evensen <kristrev@xxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: "Kristian R. Evensen" <kristrev@xxxxxxxxx>
• Re: PPP connection stuck at bad configuration-ack
  • From: James Carlson <carlsonj@xxxxxxxxxxxxxxx>
• PPP connection stuck at bad configuration-ack
  • From: "Kristian R. Evensen" <kristrev@xxxxxxxxx>
• Re: ppp_mppe discards 50% of packets from some servers
  • From: Paul Mackerras <paulus@xxxxxxxxx>
• ppp_mppe discards 50% of packets from some servers
  • From: Phil Hord <hordp@xxxxxxxxx>
• Re: [PATCH] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: David Miller <davem@xxxxxxxxxxxxx>
• [PATCH] ppp: fix 'ppp_mp_reconstruct bad seq' errors
  • From: Ben McKeegan <ben@xxxxxxxxxxxxxxxx>
• Re: PPP to MS RRAS Server Protocol errors
  • From: Charlie Brady <charlieb@xxxxxxxxxxxxxxxxxx>