[PATCH net v3] i40e: fix the panic when running bpf in xdpdrv mode

From: Jason Xing Fix this panic by adding more rules to calculate the value of @rss_size_max which could be used in allocating the queues when bpf is loaded, which, however, could cause the failure and then trigger the NULL pointer of vsi->rx_rings. Prio to this fix, the machine doesn't care

[PATCH net v2] i40e: fix the panic when running bpf in xdpdrv mode

From: Jason Xing Fix this panic by adding more rules to calculate the value of @rss_size_max which could be used in allocating the queues when bpf is loaded, which, however, could cause the failure and then trigger the NULL pointer of vsi->rx_rings. Prio to this fix, the machine doesn't care

[PATCH] i40e: fix the panic when running bpf in xdpdrv mode

From: Jason Xing Fix this by add more rules to calculate the value of @rss_size_max which could be used in allocating the queues when bpf is loaded, which, however, could cause the failure and then triger the NULL pointer of vsi->rx_rings. Prio to this fix, the machine doesn't care about how

[PATCH v2 4.19] tcp: fix TCP socks unreleased in BBR mode

From: Jason Xing When using BBR mode, too many tcp socks cannot be released because of duplicate use of the sock_hold() in the manner of tcp_internal_pacing() when RTO happens. Therefore, this situation maddly increases the slab memory and then constantly triggers the OOM until crash. Besides,

[PATCH] tcp: fix TCP socks unreleased in BBR mode

From: Jason Xing TCP socks cannot be released because of the sock_hold() increasing the sk_refcnt in the manner of tcp_internal_pacing() when RTO happens. Therefore, this situation could increase the slab memory and then trigger the OOM if the machine has beening running for a long time. This