LVS Devel
[Prev Page][Next Page]
- Re: [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
- From: Dave Chinner <david@xxxxxxxxxxxxx>
- [PATCH 08/11] ipv6/ndisc: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 10/11] sysctl: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 07/11] ipv6/addrconf: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 09/11] ipvs: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 11/11] sysctl: treewide: constify the ctl_table argument of handlers
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 06/11] ipv4/sysctl: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 05/11] neighbour: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 04/11] utsname: constify ctl_table arguments of utility function
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 03/11] hugetlb: constify ctl_table arguments of utility functions
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 02/11] cgroup: bpf: constify ctl_table arguments and fields
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 01/11] stackleak: don't modify ctl_table argument
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- [PATCH 00/11] sysctl: treewide: constify ctl_table argument of sysctl handlers
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH 0/4] sysctl: Remove sentinel elements from networking
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH 3/4] appletalk: Remove the now superfluous sentinel elements from ctl_table array
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- [PATCH 4/4] ax.25: Remove the now superfluous sentinel elements from ctl_table array
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- [PATCH 2/4] netfilter: Remove the now superfluous sentinel elements from ctl_table array
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- [PATCH 1/4] networking: Remove the now superfluous sentinel elements from ctl_table array
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- [PATCH 0/4] sysctl: Remove sentinel elements from networking
- From: Joel Granados via B4 Relay <devnull+j.granados.samsung.com@xxxxxxxxxx>
- Re: [PATCH] ipvs: allow netlink configuration from non-initial user namespace
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ipvs: allow netlink configuration from non-initial user namespace
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: allow netlink configuration from non-initial user namespace
- From: Michael Weiß <michael.weiss@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] ipvs: generic netlink multicast event group
- From: Terin Stock <terin@xxxxxxxxxxxxxx>
- Re: [PATCH] ipvs: generic netlink multicast event group
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: generic netlink multicast event group
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: generic netlink multicast event group
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: generic netlink multicast event group
- From: Terin Stock <terin@xxxxxxxxxxxxxx>
- [horms-ipvs-next:main 7/9] ld.lld: error: undefined symbol: xt_recseq
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net] ipvs: Simplify the allocation of ip_vs_conn slab caches
- From: Kunwu Chan <chentao@xxxxxxxxxx>
- Re: [PATCH net] ipvs: Simplify the allocation of ip_vs_conn slab caches
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH net] ipvs: Simplify the allocation of ip_vs_conn slab caches
- From: Kunwu Chan <chentao@xxxxxxxxxx>
- Re: [PATCHv2 RFC net-next 08/14] ipvs: use resizable hash table for services
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net] net: ipvs: avoid stat macros calls from preemptible context
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCHv2 RFC net-next 08/14] ipvs: use resizable hash table for services
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH net] ipvs: Simplify the allocation of ip_vs_conn slab caches
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH net] ipvs: Simplify the allocation of ip_vs_conn slab caches
- From: Denis Kirjanov <dkirjanov@xxxxxxx>
- [PATCH net] ipvs: Simplify the allocation of ip_vs_conn slab caches
- From: Kunwu Chan <chentao@xxxxxxxxxx>
- Re: [PATCH net] net: ipvs: avoid stat macros calls from preemptible context
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH net] net: ipvs: avoid stat macros calls from preemptible context
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net] net: ipvs: avoid stat macros calls from preemptible context
- From: Fedor Pchelkin <pchelkin@xxxxxxxxx>
- [PATCHv2 RFC net-next 09/14] ipvs: switch to per-net connection table
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 08/14] ipvs: use resizable hash table for services
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 12/14] ipvs: use more keys for connection hashing
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 02/14] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 07/14] ipvs: add resizable hash tables
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 04/14] ipvs: use single svc table
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 06/14] ipvs: use more counters to avoid service lookups
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 11/14] ipvs: no_cport and dropentry counters can be per-net
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 03/14] ipvs: some service readers can use RCU
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 13/14] ipvs: add ip_vs_status info
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 05/14] ipvs: do not keep dest_dst after dest is removed
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 14/14] ipvs: add conn_lfactor and svc_lfactor sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 10/14] ipvs: show the current conn_tab size to users
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv2 RFC net-next 00/14] ipvs: per-net tables and optimizations
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: add a stateless type of service and a stateless Maglev hashing scheduler
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH] ipvs: add a stateless type of service and a stateless Maglev hashing scheduler
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: add a stateless type of service and a stateless Maglev hashing scheduler
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH] ipvs: add a stateless type of service and a stateless Maglev hashing scheduler
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: add a stateless type of service and a stateless Maglev hashing scheduler
- From: Lev Pantiukhin <kndrvt@xxxxxxxxxxxxxx>
- Re: [PATCH] net: make config lines follow common pattern
- From: Paolo Abeni <pabeni@xxxxxxxxxx>
- [PATCH] net: make config lines follow common pattern
- From: Lukas Bulwahn <lukas.bulwahn@xxxxxxxxx>
- PSA: this list has moved to new vger infra (no action required)
- From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
- [PATCH] selftests: netfilter: Avoid hanging ipvs.sh
- From: Phil Sutter <phil@xxxxxx>
- Re: [PATCH net v6 0/3] Insulate Kernel Space From SOCK_ADDR Hooks
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [PATCH net v6 2/3] net: prevent rewrite of msg_name and msg_namelen in sock_sendmsg()
- From: Jordan Rife <jrife@xxxxxxxxxx>
- [PATCH net v6 1/3] net: replace calls to sock->ops->connect() with kernel_connect()
- From: Jordan Rife <jrife@xxxxxxxxxx>
- [PATCH net v6 3/3] net: prevent address rewrite in kernel_bind()
- From: Jordan Rife <jrife@xxxxxxxxxx>
- [PATCH net v6 0/3] Insulate Kernel Space From SOCK_ADDR Hooks
- From: Jordan Rife <jrife@xxxxxxxxxx>
- Re: [GIT PULL] sysctl changes for v6.6-rc1
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [GIT PULL] sysctl changes for v6.6-rc1
- From: Alexey Gladkov <legion@xxxxxxxxxx>
- [GIT PULL] sysctl changes for v6.6-rc1
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH -stable,4.14.y,4.19.y 0/1] ipvs: backport 1b90af292e71 and 5310760af1d4
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH -stable,4.14.y,4.19.y 1/1] ipvs: Improve robustness to the ipvs sysctl
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH -stable,4.14.y,4.19.y 0/1] ipvs: backport 1b90af292e71 and 5310760af1d4
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- Re: [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 09/14] ipvs: switch to per-net connection table
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 12/14] ipvs: use more keys for connection hashing
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 06/14] ipvs: use more counters to avoid service lookups
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 07/14] ipvs: add resizable hash tables
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 08/14] ipvs: use resizable hash table for services
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 13/14] ipvs: add ip_vs_status info
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 11/14] ipvs: no_cport and dropentry counters can be per-net
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 05/14] ipvs: do not keep dest_dst after dest is removed
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 10/14] ipvs: show the current conn_tab size to users
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 14/14] ipvs: add conn_lfactor and svc_lfactor sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
- From: "Paul E. McKenney" <paulmck@xxxxxxxxxx>
- [PATCH RFC net-next 04/14] ipvs: use single svc table
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 03/14] ipvs: some service readers can use RCU
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 00/14] ipvs: per-net tables and optimizations
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 02/14] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC net-next 01/14] rculist_bl: add hlist_bl_for_each_entry_continue_rcu
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: fix racy memcpy in proc_do_sync_threshold
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: fix racy memcpy in proc_do_sync_threshold
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH] ipvs: fix racy memcpy in proc_do_sync_threshold
- From: Sishuai Gong <sishuai.system@xxxxxxxxx>
- Re: Race over table->data in proc_do_sync_threshold()
- From: Julian Anastasov <ja@xxxxxx>
- Re: Race over table->data in proc_do_sync_threshold()
- From: Sishuai Gong <sishuai.system@xxxxxxxxx>
- Re: Race over table->data in proc_do_sync_threshold()
- From: Julian Anastasov <ja@xxxxxx>
- Re: Race over table->data in proc_do_sync_threshold()
- From: Kuniyuki Iwashima <kuniyu@xxxxxxxxxx>
- Race over table->data in proc_do_sync_threshold()
- From: Sishuai Gong <sishuai.system@xxxxxxxxx>
- [PATCH v3 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 12/14] vrf: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 11/14] networking: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 04/14] sysctl: Add size argument to init_header
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 09/14] ax.25: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 08/14] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 06/14] sysctl: Add size to register_sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 05/14] sysctl: Add a size arg to __register_sysctl_table
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 10/14] netfilter: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 07/14] sysctl: Add size arg to __register_sysctl_init
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 03/14] sysctl: Add ctl_table_size to ctl_table_header
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v3 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
- From: Przemek Kitszel <przemyslaw.kitszel@xxxxxxxxx>
- Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Chris Maness <christopher.maness@xxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Chris Maness <christopher.maness@xxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH v2 09/14] ax.25: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 12/14] vrf: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 14/14] sysctl: Use ctl_table_size as stopping criteria for list macro
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 11/14] networking: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 13/14] sysctl: SIZE_MAX->ARRAY_SIZE in register_net_sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 05/14] sysctl: Add a size arg to __register_sysctl_table
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 02/14] sysctl: Use ctl_table_header in list_for_each_table_entry
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 06/14] sysctl: Add size to register_sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 04/14] sysctl: Add size argument to init_header
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 03/14] sysctl: Add ctl_table_size to ctl_table_header
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 07/14] sysctl: Add size arg to __register_sysctl_init
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 10/14] netfilter: Update to register_net_sysctl_sz
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 08/14] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 00/14] sysctl: Add a size argument to register functions in sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- [PATCH v2 01/14] sysctl: Prefer ctl_table_header in proc_sysctl
- From: Joel Granados <joel.granados@xxxxxxxxx>
- Re: [PATCH 10/14] netfilter: Update to register_net_sysctl_sz
- From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
- [PATCH 10/14] netfilter: Update to register_net_sysctl_sz
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH v3 net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v3 net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v2 net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v2 net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v2 net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net-next] ipvs: make ip_vs_svc_table and ip_vs_svc_fwm_table per netns
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH v3] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: vs conntrack changes TCP ports mid-stream
- From: Julian Anastasov <ja@xxxxxx>
- vs conntrack changes TCP ports mid-stream
- From: Sven Bartscher <sven.bartscher@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
- From: Jani Nikula <jani.nikula@xxxxxxxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 09/11] sysctl: Remove the end element in sysctl table arrays
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- Re: [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Dan Carpenter <dan.carpenter@xxxxxxxxxx>
- [PATCH 06/11] sysctl: Add size to register_net_sysctl function
- From: Joel Granados <j.granados@xxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION f7efed9f38f886edb450041b82a6f15d663c98f8
- From: kernel test robot <lkp@xxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 925294c9aa184801cc0a451b69a18dd0fe7d847d
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] ipvs: align inner_mac_header for encapsulation
- From: Simon Horman <horms@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION b16049b21162bb649cdd8519642a35972b7910fe
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] ipvs: align inner_mac_header for encapsulation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v2] ipvs: align inner_mac_header for encapsulation
- From: Terin Stock <terin@xxxxxxxxxxxxxx>
- Re: [PATCH] ipvs: align inner_mac_header for encapsulation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: align inner_mac_header for encapsulation
- From: Terin Stock <terin@xxxxxxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 6db29e14f4fb7bce9eb5290288e71b05c2b0d118
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH net-next] ipvs: dynamically limit the connection hash table
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH v3] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH v3] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH net-next] ipvs: dynamically limit the connection hash table
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v3] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v2] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Abhijeet Rastogi <abhijeet.1989@xxxxxxxxx>
- [PATCH v3] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Abhijeet Rastogi <abhijeet.1989@xxxxxxxxx>
- Re: [PATCH v2] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v2] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Abhijeet Rastogi <abhijeet.1989@xxxxxxxxx>
- Re: [PATCH v2] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Abhijeet Rastogi <abhijeet.1989@xxxxxxxxx>
- [PATCH v2] ipvs: increase ip_vs_conn_tab_bits range for 64BIT
- From: Abhijeet Rastogi <abhijeet.1989@xxxxxxxxx>
- [PATCH AUTOSEL 5.10 22/24] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 6.1 39/49] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.15 27/30] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 6.2 43/53] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 6.3 49/59] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH nf-next v3 0/4] ipvs: Cleanups for v6.4
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH nf-next v3 0/4] ipvs: Cleanups for v6.4
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Andrea Claudi <aclaudi@xxxxxxxxxx>
- Re: [PATCH nf-next v3 0/4] ipvs: Cleanups for v6.4
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH nf-next v3 4/4] ipvs: Correct spelling in comments
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v3 3/4] ipvs: Remove {Enter,Leave}Function
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v3 1/4] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v3 0/4] ipvs: Cleanups for v6.4
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v3 2/4] ipvs: Consistently use array_size() in ip_vs_conn_init()
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Abhijeet Rastogi <abhijeet.1989@xxxxxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Andrea Claudi <aclaudi@xxxxxxxxxx>
- Re: [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH] ipvs: change ip_vs_conn_tab_bits range to [8,31]
- From: Abhijeet Rastogi via B4 Relay <devnull+abhijeet.1989.gmail.com@xxxxxxxxxx>
- Re: [PATCH nf-next v2 1/4] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
- Re: [PATCH nf-next v2 2/4] ipvs: Consistently use array_size() in ip_vs_conn_init()
- From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
- Re: [PATCH nf-next v2 4/4] ipvs: Correct spelling in comments
- From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
- Re: [PATCH nf-next v2 3/4] ipvs: Remove {Enter,Leave}Function
- From: Horatiu Vultur <horatiu.vultur@xxxxxxxxxxxxx>
- [PATCH nf-next v2 4/4] ipvs: Correct spelling in comments
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v2 3/4] ipvs: Remove {Enter,Leave}Function
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v2 2/4] ipvs: Consistently use array_size() in ip_vs_conn_init()
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v2 1/4] ipvs: Update width of source for ip_vs_sync_conn_options
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next v2 0/4] ipvs: Cleanups for v6.4
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH nf-next 0/4] ipvs: Cleanups for v6.4
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next 4/4] ipvs: Correct spelling in comments
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next 3/4] ipvs: Remove {Enter,Leave}Function
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next 2/4] ipvs: Consistently use array_size() in ip_vs_conn_init()
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next 1/4] ipvs: Update width of source for ip_vs_sync_con_options
- From: Simon Horman <horms@xxxxxxxxxx>
- [PATCH nf-next 0/4] ipvs: Cleanups for v6.4
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH net-next] ipvs: avoid kfree_rcu without 2nd arg
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- [PATCH net-next] ipvs: avoid kfree_rcu without 2nd arg
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] treewide: Convert del_timer*() to timer_shutdown*()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] treewide: Convert del_timer*() to timer_shutdown*()
- From: Paolo Abeni <pabeni@xxxxxxxxxx>
- Re: [PATCH] treewide: Convert del_timer*() to timer_shutdown*()
- From: Kalle Valo <kvalo@xxxxxxxxxx>
- Re: [PATCH] treewide: Convert del_timer*() to timer_shutdown*()
- From: Pavel Machek <pavel@xxxxxx>
- [PATCH] treewide: Convert del_timer*() to timer_shutdown*()
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] ipvs: use div_s64 for signed division
- From: "Arnd Bergmann" <arnd@xxxxxxxx>
- Re: [PATCH] ipvs: use div_s64 for signed division
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: use div_s64 for signed division
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: use div_s64 for signed division
- From: Arnd Bergmann <arnd@xxxxxxxxxx>
- [linux-next:master] BUILD REGRESSION 39ab32797f072eaf86b1faa7384ac73450684110
- From: kernel test robot <lkp@xxxxxxxxx>
- Re: [PATCH v2] ipvs: add a 'default' case in do_ip_vs_set_ctl()
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net-next] ipvs: fix type warning in do_div() on 32 bit
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- [PATCH net-next] ipvs: fix type warning in do_div() on 32 bit
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH] ipvs: use u64 to silence do_div warnings
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v2] ipvs: add a 'default' case in do_ip_vs_set_ctl()
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v2] ipvs: add a 'default' case in do_ip_vs_set_ctl()
- From: Li Qiong <liqiong@xxxxxxxxxxxx>
- Re: [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: liqiong <liqiong@xxxxxxxxxxxx>
- Re: [PATCHv7 0/6] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCHv7 0/6] ipvs: Use kthreads for stats
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCHv7 0/6] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCHv7 0/6] ipvs: Use kthreads for stats
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCHv7 0/6] ipvs: Use kthreads for stats
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: liqiong <liqiong@xxxxxxxxxxxx>
- Re: [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: Dan Carpenter <error27@xxxxxxxxx>
- Re: [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH] ipvs: initialize 'ret' variable in do_ip_vs_set_ctl()
- From: Li Qiong <liqiong@xxxxxxxxxxxx>
- [PATCHv7 4/6] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv7 0/6] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv7 2/6] ipvs: use common functions for stats allocation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv7 3/6] ipvs: use u64_stats_t for the per-cpu counters
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv7 6/6] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv7 5/6] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [PATCHv7 1/6] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv6 6/7] ipvs: run_estimation should control the kthread tasks
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 5/7] ipvs: add est_cpulist and est_nice sysctl vars
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 4/7] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 2/7] ipvs: use common functions for stats allocation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 1/7] ipvs: add rcu protection to stats
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 4/7] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv6 4/7] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv6 4/7] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [GIT PULL] treewide: timers: Use timer_shutdown*() before freeing timers
- From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
- [GIT PULL] treewide: timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH v6a 0/5] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- [PATCH v4a 17/38] timers: net: Use timer_shutdown_sync() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [PATCH v4a 00/38] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC][PATCH v3 00/33] timers: Use timer_shutdown*() before freeing timers
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- [RFC][PATCH v3 19/33] timers: net: Use timer_shutdown_sync() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [PATCH] ipvs: use explicitly signed chars
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: use explicitly signed chars
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH net,v2 0/2] fix WARNING when removing file in ipvs
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 6/7] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 2/7] ipvs: use common functions for stats allocation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 1/7] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 5/7] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 3/7] ipvs: use u64_stats_t for the per-cpu counters
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 0/7] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 7/7] ipvs: debug the tick time
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv6 4/7] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net,v2 1/2] ipvs: fix WARNING in __ip_vs_cleanup_batch()
- From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
- [PATCH net,v2 2/2] ipvs: fix WARNING in ip_vs_app_net_cleanup()
- From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
- [PATCH net,v2 0/2] fix WARNING when removing file in ipvs
- From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
- Re: [PATCH net] ipvs: fix WARNING in __ip_vs_cleanup_batch()
- From: shaozhengchao <shaozhengchao@xxxxxxxxxx>
- Re: [PATCH net] ipvs: fix WARNING in __ip_vs_cleanup_batch()
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net] ipvs: fix WARNING in __ip_vs_cleanup_batch()
- From: Zhengchao Shao <shaozhengchao@xxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Paolo Abeni <pabeni@xxxxxxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Guenter Roeck <linux@xxxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- [RFC][PATCH v2 19/31] timers: net: Use del_timer_shutdown() before freeing timer
- From: Steven Rostedt <rostedt@xxxxxxxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: use explicitly signed chars
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: use explicitly signed chars
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH] ipvs: use explicitly signed chars
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: use explicitly signed chars
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: Joe Perches <joe@xxxxxxxxxxx>
- RE: [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: David Laight <David.Laight@xxxxxxxxxx>
- Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: Joe Perches <joe@xxxxxxxxxxx>
- [RFC PATCHv5 3/6] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv5 1/6] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv5 5/6] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv5 4/6] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv5 2/6] ipvs: use common functions for stats allocation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv5 0/6] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv5 6/6] ipvs: debug the tick time
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [f2fs-dev] [PATCH v1 3/5] treewide: use get_random_u32() when possible
- From: Andy Shevchenko <andriy.shevchenko@xxxxxxxxxxxxxxx>
- Re: [RFC PATCHv4 2/5] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv4 2/5] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv4 2/5] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- [RFC PATCHv4 5/5] ipvs: debug the tick time
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv4 2/5] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv4 1/5] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv4 4/5] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv4 3/5] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv4 0/5] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv3 2/5] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv3 5/5] ipvs: debug the tick time
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv3 3/5] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv3 1/5] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv3 4/5] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv3 0/5] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv2 0/4] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCHv2 0/4] ipvs: Use kthreads for stats
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCHv2 2/4] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv2 2/4] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv2 1/4] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv2 3/4] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv2 4/4] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCHv2 0/4] ipvs: Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCH 0/4] Use kthreads for stats
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 2/4] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 0/4] Use kthreads for stats
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 2/4] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCH 0/4] Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCH 2/4] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- Re: [RFC PATCH 4/4] ipvs: run_estimation should control the kthread tasks
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 3/4] ipvs: add est_cpulist and est_nice sysctl vars
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 2/4] ipvs: use kthreads for stats estimation
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 1/4] ipvs: add rcu protection to stats
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 0/4] Use kthreads for stats
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: [RFC PATCH 2/4] ipvs: use kthreads for stats estimation
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH 0/4] Use kthreads for stats
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next] genetlink: start to validate reserved header bytes
- From: "Jason A. Donenfeld" <Jason@xxxxxxxxx>
- Re: [PATCH net-next] genetlink: start to validate reserved header bytes
- From: patchwork-bot+netdevbpf@xxxxxxxxxx
- [RFC PATCH 4/4] ipvs: run_estimation should control the kthread tasks
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCH 2/4] ipvs: use kthreads for stats estimation
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCH 3/4] ipvs: add est_cpulist and est_nice sysctl vars
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCH 0/4] Use kthreads for stats
- From: Julian Anastasov <ja@xxxxxx>
- [RFC PATCH 1/4] ipvs: add rcu protection to stats
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net-next] genetlink: start to validate reserved header bytes
- From: Paul Moore <paul@xxxxxxxxxxxxxx>
- Re: [RFC PATCH nf-next] netfilter: ipvs: Divide estimators into groups
- From: Julian Anastasov <ja@xxxxxx>
- Re:Re: [PATCH] ipvs: add a sysctl switch to control ipvs to bypass OUTPUT chain or not
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net-next] genetlink: start to validate reserved header bytes
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH] ipvs: add a sysctl switch to control ipvs to bypass OUTPUT chain or not
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: add a sysctl switch to control ipvs to bypass OUTPUT chain or not
- From: "longguang.yue" <bigclouds@xxxxxxx>
- Re: [PATCH] netfilter: move from strlcpy with unused retval to strscpy
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH] netfilter: move from strlcpy with unused retval to strscpy
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH] netfilter: move from strlcpy with unused retval to strscpy
- From: Wolfram Sang <wsa+renesas@xxxxxxxxxxxxxxxxxxxx>
- Re: [RFC PATCH nf-next] netfilter: ipvs: Divide estimators into groups
- From: Jiri Wiesner <jwiesner@xxxxxxx>
- Re: How many physical machines do I need for running the Linux Virtual Server?
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [RFC PATCH nf-next] netfilter: ipvs: Divide estimators into groups
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] net:ipvs: add rcu read lock in some parts
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] net:ipvs: add rcu read lock in some parts
- From: sunsuwan <sunsuwan3@xxxxxxxxxx>
- Re: [PATCH] netfilter: ipvs: Use the bitmap API to allocate bitmaps
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] netfilter: ipvs: Use the bitmap API to allocate bitmaps
- From: Simon Horman <horms@xxxxxxxxxx>
- Re: [PATCH] netfilter: ipvs: Use the bitmap API to allocate bitmaps
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] netfilter: ipvs: Use the bitmap API to allocate bitmaps
- From: Christophe JAILLET <christophe.jaillet@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Kees Cook <keescook@xxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Geert Uytterhoeven <geert@xxxxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Jason Gunthorpe <jgg@xxxxxxxx>
- RE: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Dan Williams <dan.j.williams@xxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Stephen Hemminger <stephen@xxxxxxxxxxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
- [PATCH][next] treewide: uapi: Replace zero-length arrays with flexible-array members
- From: "Gustavo A. R. Silva" <gustavoars@xxxxxxxxxx>
- Re: [PATCH net-next v2] net: ipvs: randomize starting destination of RR/WRR scheduler
- From: Menglong Dong <menglong8.dong@xxxxxxxxx>
- Re: [PATCH net-next] net: ipvs: random start for RR scheduler
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net-next v2] net: ipvs: randomize starting destination of RR/WRR scheduler
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net-next v2] net: ipvs: randomize starting destination of RR/WRR scheduler
- From: Menglong Dong <menglong8.dong@xxxxxxxxx>
- Re: [PATCH net-next v2] net: ipvs: randomize starting destination of RR/WRR scheduler
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net-next] net: ipvs: random start for RR scheduler
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net-next v2] net: ipvs: randomize starting destination of RR/WRR scheduler
- From: menglong8.dong@xxxxxxxxx
- Re: [PATCH net-next] net: ipvs: random start for RR scheduler
- From: Menglong Dong <menglong8.dong@xxxxxxxxx>
- Re: [PATCH net-next] net: ipvs: random start for RR scheduler
- From: Menglong Dong <menglong8.dong@xxxxxxxxx>
- Re: [PATCH net-next] net: ipvs: random start for RR scheduler
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net-next] net: ipvs: random start for RR scheduler
- From: menglong8.dong@xxxxxxxxx
- Re: [PATCH nf,v2] ipvs: correctly print the memory size of ip_vs_conn_tab
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH nf,v2] ipvs: correctly print the memory size of ip_vs_conn_tab
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH nf,v2] ipvs: correctly print the memory size of ip_vs_conn_tab
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH nf] ipvs: correctly print the memory size of ip_vs_conn_tab
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH nf,v2] ipvs: correctly print the memory size of ip_vs_conn_tab
- From: Pengcheng Yang <yangpc@xxxxxxxxxx>
- [PATCH nf] ipvs: correctly print the memory size of ip_vs_conn_tab
- From: Pengcheng Yang <yangpc@xxxxxxxxxx>
- Re: [PATCH] ipvsadm: allow to redefine AR (libipvs)
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvsadm: allow to redefine AR (libipvs)
- From: "Sergey V. Lobanov" <sergey@xxxxxxxxxx>
- Re: [PATCH net-next] net: Enable some sysctls for the userns root with privilege
- From: Joanne Koong <joannekoong@xxxxxx>
- Re: [PATCH net-next] net: Enable some sysctls for the userns root with privilege
- From: CGEL <cgel.zte@xxxxxxxxx>
- Re: [PATCH net-next] net: Enable some sysctls for the userns root with privilege
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: Inability to IPVS DR with nft dnat since 9971a514ed26
- From: Julian Anastasov <ja@xxxxxx>
- Re: Inability to IPVS DR with nft dnat since 9971a514ed26
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: Inability to IPVS DR with nft dnat since 9971a514ed26
- From: Simon Kirby <sim@xxxxxxxxxx>
- [PATCH net-next] net: Enable some sysctls for the userns root with privilege
- Re: [PATCH] ipvs: remove unused variable for ip_vs_new_dest
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: remove unused variable for ip_vs_new_dest
- From: zhenggy <zhenggy@xxxxxxxxxxxxxxx>
- Re: [PATCH] ipvs: remove unused variable for ip_vs_new_dest
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH] ipvs: remove unused variable for ip_vs_new_dest
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH nf-next v6] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- [PATCH] ipvs: remove unused variable for ip_vs_new_dest
- From: GuoYong Zheng <zhenggy@xxxxxxxxxxxxxxx>
- Re: [PATCH nf-next v6] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH nf-next v6] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH nf-next v6] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH nf-next v5] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH nf-next v5] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH nf-next v5] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH nf-next v5] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH nf-next v5] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH nf-next v4] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH nf-next v4] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH nf-next v4] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH nf-next v4] netfilter: ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- [PATCH net-next v3] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH v2] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH v2] ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v2] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: Fix reuse connection if RS weight is 0
- From: yangxingwu <xingwu.yang@xxxxxxxxx>
- Re: [PATCH] ipvs: autoload ipvs on genl access
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH] ipvs: autoload ipvs on genl access
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: netfilter: ipvs: using maglev scheduler algorithm
- From: Alexis Vachette <avachette@xxxxxxxxxx>
- Re: netfilter: ipvs: using maglev scheduler algorithm
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH] ipvs: autoload ipvs on genl access
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: autoload ipvs on genl access
- From: Thomas Weißschuh <linux@xxxxxxxxxxxxxx>
- Re: netfilter: ipvs: using maglev scheduler algorithm
- From: Alexis Vachette <avachette@xxxxxxxxxx>
- netfilter: ipvs: using maglev scheduler algorithm
- From: Alexis Vachette <avachette@xxxxxxxxxx>
- Re: [PATCH nf-next v2 0/4] netfilter: ipvs: remove unneeded hook wrappers
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH nf-next v2 0/4] netfilter: ipvs: remove unneeded hook wrappers
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH nf-next v2 0/4] netfilter: ipvs: remove unneeded hook wrappers
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH nf-next v2 4/4] netfilter: ipvs: merge ipv4 + ipv6 icmp reply handlers
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next v2 3/4] netfilter: ipvs: remove unneeded input wrappers
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next v2 2/4] netfilter: ipvs: remove unneeded output wrappers
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next v2 1/4] netfilter: ipvs: prepare for hook function reduction
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next v2 0/4] netfilter: ipvs: remove unneeded hook wrappers
- From: Florian Westphal <fw@xxxxxxxxx>
- Re: [PATCH nf-next 4/4] netfilter: ipvs: merge ipv4 + ipv6 icmp reply handlers
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH nf-next 4/4] netfilter: ipvs: merge ipv4 + ipv6 icmp reply handlers
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next 3/4] netfilter: ipvs: remove unneeded input wrappers
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next 2/4] netfilter: ipvs: remove unneeded output wrappers
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next 1/4] netfilter: ipvs: prepare for hook function reduction
- From: Florian Westphal <fw@xxxxxxxxx>
- [PATCH nf-next 0/4] netfilter: ipvs: remove unneeded hook wrappers
- From: Florian Westphal <fw@xxxxxxxxx>
- Re: [PATCH net-next v4] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net-next v4] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH net-next v4] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net-next v4] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v3] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v3] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net-next v3] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v2] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net-next v2] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: kernel test robot <lkp@xxxxxxxxx>
- [PATCH net-next v2] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] net: ipvs: add sysctl_run_estimation to support disable estimation
- From: Dust Li <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [syzbot] memory leak in ip_vs_add_service
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [syzbot] memory leak in ip_vs_add_service
- From: Julian Anastasov <ja@xxxxxx>
- Re: [syzbot] memory leak in ip_vs_add_service
- From: Xin Long <lucien.xin@xxxxxxxxx>
- Re: [PATCH net] ipvs: ignore IP_VS_SVC_F_HASHED flag when adding service
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net] ipvs: ignore IP_VS_SVC_F_HASHED flag when adding service
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH net] ipvs: ignore IP_VS_SVC_F_HASHED flag when adding service
- From: Julian Anastasov <ja@xxxxxx>
- [syzbot] memory leak in ip_vs_add_service
- From: syzbot <syzbot+e562383183e4b1766930@xxxxxxxxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] netfilter: Remove leading spaces in Kconfig
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- [PATCH] netfilter: Remove leading spaces in Kconfig
- From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
- Re: [PATCH] treewide: Remove leading spaces in Kconfig files
- From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
- Re: [PATCH] treewide: Remove leading spaces in Kconfig files
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- Re: [PATCH] treewide: Remove leading spaces in Kconfig files
- From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
- Re: [PATCH] treewide: Remove leading spaces in Kconfig files
- From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
- [PATCH] treewide: Remove leading spaces in Kconfig files
- From: Juerg Haefliger <juerg.haefliger@xxxxxxxxxxxxx>
- Re: [PATCH nf-next] netfilter: ipvs: do not printk on netns creation
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH nf-next] netfilter: ipvs: do not printk on netns creation
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH nf-next] netfilter: ipvs: do not printk on netns creation
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH nf-next] netfilter: ipvs: do not printk on netns creation
- From: Florian Westphal <fw@xxxxxxxxx>
- Re: [PATCH net-next v2 0/4] Fix W=1 compilation warnings in net/* folder
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- [PATCH net-next v2 4/4] netfilter: move handlers to net/ip_vs.h
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v2 1/4] ipv6: silence compilation warning for non-IPV6 builds
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v2 0/4] Fix W=1 compilation warnings in net/* folder
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v2 3/4] net/core: move gro function declarations to separate header
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v2 2/4] ipv6: move udp declarations to net/udp.h
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH net-next v1 3/4] net/core: move gro function declarations to separate header
- From: Leon Romanovsky <leonro@xxxxxxxxxx>
- [PATCH net-next v1 2/4] ipv6: move udp declarations to net/udp.h
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v1 4/4] netfilter: move handlers to net/ip_vs.h
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v1 3/4] net/core: move gro function declarations to separate header
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v1 1/4] ipv6: silence compilation warning for non-IPV6 builds
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net-next v1 0/4] Fix W=1 compilation warnings in net/* folder
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH net 1/4] ipv6: silence compilation warning for non-IPV6 builds
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net 1/4] ipv6: silence compilation warning for non-IPV6 builds
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH net 1/4] ipv6: silence compilation warning for non-IPV6 builds
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
- Re: [PATCH net 3/4] net/core: move ipv6 gro function declarations to net/ipv6
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH net 0/4] Fix W=1 compilation warnings in net/* folder
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH net 0/4] Fix W=1 compilation warnings in net/* folder
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [PATCH net 0/4] Fix W=1 compilation warnings in net/* folder
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH net 3/4] net/core: move ipv6 gro function declarations to net/ipv6
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- Re: [PATCH net 0/4] Fix W=1 compilation warnings in net/* folder
- From: Eric Dumazet <edumazet@xxxxxxxxxx>
- [PATCH net 4/4] netfilter: move handlers to net/ip_vs.h
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net 1/4] ipv6: silence compilation warning for non-IPV6 builds
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net 3/4] net/core: move ipv6 gro function declarations to net/ipv6
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net 0/4] Fix W=1 compilation warnings in net/* folder
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- [PATCH net 2/4] ipv6: move udp declarations to net/udp.h
- From: Leon Romanovsky <leon@xxxxxxxxxx>
- Re: [PATCH v6] ipvs: add weighted random twos choice algorithm
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH v6] ipvs: add weighted random twos choice algorithm
- From: Simon Horman <horms@xxxxxxxxxxxx>
- Re: [PATCH v6] ipvs: add weighted random twos choice algorithm
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v6] ipvs: add weighted random twos choice algorithm
- From: dpayne <darby.payne@xxxxxxxxx>
- Re: [PATCH v5] ipvs: add weighted random twos choice algorithm
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v5] ipvs: add weighted random twos choice algorithm
- From: dpayne <darby.payne@xxxxxxxxx>
- Re: [PATCH v4] ipvs: add weighted random twos choice algorithm
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v4] ipvs: add weighted random twos choice algorithm
- From: dpayne <darby.payne@xxxxxxxxx>
- Re: [PATCH v3] ipvs: add weighted random twos choice algorithm
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v3] ipvs: add weighted random twos choice algorithm
- From: dpayne <darby.payne@xxxxxxxxx>
- Re: [PATCH v2] ipvs: add weighted random twos choice algorithm
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v2] ipvs: add weighted random twos choice algorithm
- From: dpayne <darby.payne@xxxxxxxxx>
- Re: [PATCH] ipvs: add weighted random twos choice algorithm
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: add weighted random twos choice algorithm
- From: dpayne <darby.payne@xxxxxxxxx>
- Re: Long delay on estimation_timer causes packet latency
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: Long delay on estimation_timer causes packet latency
- From: Julian Anastasov <ja@xxxxxx>
- Re: Long delay on estimation_timer causes packet latency
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: Long delay on estimation_timer causes packet latency
- From: Julian Anastasov <ja@xxxxxx>
- Re: Long delay on estimation_timer causes packet latency
- From: "dust.li" <dust.li@xxxxxxxxxxxxxxxxx>
- Re: [PATCH net v3] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net v3] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net v2] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: "wanghai (M)" <wanghai38@xxxxxxxxxx>
- [PATCH net v3] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Wang Hai <wanghai38@xxxxxxxxxx>
- Re: [PATCH net v2] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net v2] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: "wanghai (M)" <wanghai38@xxxxxxxxxx>
- Re: [PATCH] ipvs: replace atomic_add_return()
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net v2] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH net] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: "wanghai (M)" <wanghai38@xxxxxxxxxx>
- [PATCH net v2] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Wang Hai <wanghai38@xxxxxxxxxx>
- Re: [PATCH net] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH net] ipvs: fix possible memory leak in ip_vs_control_net_init
- From: Wang Hai <wanghai38@xxxxxxxxxx>
- Re: [PATCH] ipvs: replace atomic_add_return()
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH] ipvs: replace atomic_add_return()
- From: Yejune Deng <yejune.deng@xxxxxxxxx>
- Re: [PATCH RFC v3] ipvs: add genetlink cmd to dump all services and destinations
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC v3] ipvs: add genetlink cmd to dump all services and destinations
- From: Cezar Sa Espinola <cezarsa@xxxxxxxxx>
- Re: [PATCH RFC v2] ipvs: add genetlink cmd to dump all services and destinations
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC v2] ipvs: add genetlink cmd to dump all services and destinations
- From: Cezar Sa Espinola <cezarsa@xxxxxxxxx>
- Re: [PATCH RFC] ipvs: add genetlink cmd to dump all services and destinations
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH RFC] ipvs: add genetlink cmd to dump all services and destinations
- From: Cezar Sá Espinola <cezarsa@xxxxxxxxx>
- Re: [PATCH RFC] ipvs: add genetlink cmd to dump all services and destinations
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH RFC] ipvs: add genetlink cmd to dump all services and destinations
- From: Cezar Sa Espinola <cezarsa@xxxxxxxxx>
- Re: a question about fullnat mode for ipvs
- From: Julian Anastasov <ja@xxxxxx>
- Re: Possibility of adding a new netlink command to dump everything
- From: Cezar Sá Espinola <cezarsa@xxxxxxxxx>
- Re: Possibility of adding a new netlink command to dump everything
- From: Julian Anastasov <ja@xxxxxx>
- Possibility of adding a new netlink command to dump everything
- From: Cezar Sá Espinola <cezarsa@xxxxxxxxx>
- Re: Network namespace, ipvlan and IPVS source NAT
- From: Mahesh Bandewar (महेश बंडेवार) <maheshb@xxxxxxxxxx>
- Re: Network namespace, ipvlan and IPVS source NAT
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v5] ipvs: adjust the debug info in function set_tcp_state
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Network namespace, ipvlan and IPVS source NAT
- From: Damien Claisse <d.claisse@xxxxxxxxxx>
- [PATCH AUTOSEL 5.9 092/111] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.8 086/101] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 5.4 69/80] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.19 50/56] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.14 46/52] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.4 29/33] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- [PATCH AUTOSEL 4.9 37/41] ipvs: Fix uninit-value in do_ip_vs_set_ctl()
- From: Sasha Levin <sashal@xxxxxxxxxx>
- Re: [PATCH v8 net-next] ipvs: inspect reply packets from DR/TUN real servers
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net] ipvs: clear skb->tstamp in forwarding path
- From: Pablo Neira Ayuso <pablo@xxxxxxxxxxxxx>
- Re: [PATCH net] ipvs: clear skb->tstamp in forwarding path
- From: Simon Horman <horms@xxxxxxxxxxxx>
- [PATCH net] ipvs: clear skb->tstamp in forwarding path
- From: Julian Anastasov <ja@xxxxxx>
- Re: Fw: [Bug 209427] New: Incorrect timestamp cause packet to be dropped
- From: Evgeny B <abt-admin@xxxxxxx>
- Re: [PATCH v7] ipvs: inspect reply packets from DR/TUN real servers
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v8 net-next] ipvs: inspect reply packets from DR/TUN real servers
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v7] ipvs: inspect reply packets from DR/TUN real servers
- From: "longguang.yue" <bigclouds@xxxxxxx>
- [PATCH v6] ipvs: adjust the debug info in function set_tcp_state
- From: "longguang.yue" <bigclouds@xxxxxxx>
- [PATCH v6] ipvs: inspect reply packets from DR/TUN real servers
- From: "longguang.yue" <bigclouds@xxxxxxx>
- Re: [PATCH v5] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: Julian Anastasov <ja@xxxxxx>
- [PATCH v5] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: "longguang.yue" <bigclouds@xxxxxxx>
- [PATCH v4] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: "longguang.yue" <bigclouds@xxxxxxx>
- Re: [PATCH v4] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v3] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: Julian Anastasov <ja@xxxxxx>
- Re: Fw: [Bug 209427] New: Incorrect timestamp cause packet to be dropped
- From: Julian Anastasov <ja@xxxxxx>
- Re: Fw: [Bug 209427] New: Incorrect timestamp cause packet to be dropped
- From: Eric Dumazet <eric.dumazet@xxxxxxxxx>
- Re: [PATCH v5] ipvs: adjust the debug info in function set_tcp_state
- From: yue longguang <yuelongguang@xxxxxxxxx>
- Re: [PATCH v5] ipvs: adjust the debug info in function set_tcp_state
- From: Julian Anastasov <ja@xxxxxx>
- Re: [PATCH v5] ipvs: adjust the debug info in function set_tcp_state
- From: yue longguang <yuelongguang@xxxxxxxxx>
- [PATCH v3] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: "longguang.yue" <bigclouds@xxxxxxx>
- Re: [PATCH v2] ipvs: Add traffic statistic up even it is VS/DR or VS/TUN mode
- From: Jakub Kicinski <kuba@xxxxxxxxxx>
[Index of Archives]
[Linux Filesystem Devel]
[Linux NFS]
[Linux USB Devel]
[Video for Linux]
[Scanner]
[Linux SCSI]
[Samba]
[Yosemite News]