Re: [PATCH bpf-next] bpf: decouple btf from seq bpf fs dump and enable more maps

2018-08-11 Thread Y Song
On Sat, Aug 11, 2018 at 4:59 PM, Daniel Borkmann wrote: > Commit a26ca7c982cb ("bpf: btf: Add pretty print support to > the basic arraymap") and 699c86d6ec21 ("bpf: btf: add pretty > print for hash/lru_hash maps") enabled support for BTF and > dumping via BPF fs for array and hash/lru map. However

Re: [PATCH net-next v2 0/2] ip: faster in-order IP fragments

2018-08-11 Thread David Miller
From: Peter Oskolkov Date: Sat, 11 Aug 2018 20:27:23 + > Added "Signed-off-by" in v2. Series applied, thank you.

[PATCH bpf-next] bpf: decouple btf from seq bpf fs dump and enable more maps

2018-08-11 Thread Daniel Borkmann
Commit a26ca7c982cb ("bpf: btf: Add pretty print support to the basic arraymap") and 699c86d6ec21 ("bpf: btf: add pretty print for hash/lru_hash maps") enabled support for BTF and dumping via BPF fs for array and hash/lru map. However, both can be decoupled from each other such that regular BPF map

[net-next:master 1999/2033] drivers//net/virtio_net.c:1916:10: error: implicit declaration of function 'cpumask_next_wrap'; did you mean 'cpumask_next_and'?

2018-08-11 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 9a95d9c6429bb58905fdfc95da2e1b7cc3fb55b7 commit: 2ca653d607ce59f2729173a7ea56dbfa6330ec88 [1999/2033] virtio_net: Stripe queue affinities across cores. config: sh-allyesconfig (attached as .config) compiler:

[net-next:master 1999/2033] drivers/net/virtio_net.c:1916:10: error: implicit declaration of function 'cpumask_next_wrap'

2018-08-11 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 9a95d9c6429bb58905fdfc95da2e1b7cc3fb55b7 commit: 2ca653d607ce59f2729173a7ea56dbfa6330ec88 [1999/2033] virtio_net: Stripe queue affinities across cores. config: x86_64-randconfig-s1-08120449 (attached as .con

[net-next:master 540/547] drivers/net/ethernet/microchip/lan743x_ethtool.c:558:18: error: 'struct lan743x_ptp' has no member named 'ptp_clock'; did you mean 'tx_ts_lock'?

2018-08-11 Thread kbuild test robot
tree: https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git master head: 9a95d9c6429bb58905fdfc95da2e1b7cc3fb55b7 commit: 07624df1c9efd4b7f2f6762581587c590b03c7a2 [540/547] lan743x: lan743x: Add PTP support config: x86_64-randconfig-ne0-08120429 (attached as .config) compiler: gc

Re: [PATCH net-next] rds: avoid lock hierarchy violation between m_rs_lock and rs_recv_lock

2018-08-11 Thread David Miller
From: Sowmini Varadhan Date: Wed, 8 Aug 2018 13:57:13 -0700 > The following deadlock, reported by syzbot, can occur if CPU0 is in > rds_send_remove_from_sock() while CPU1 is in rds_clear_recv_queue() > >CPU0CPU1 > > lock(&(&rm->m

[PATCH net-next v2 0/2] ip: faster in-order IP fragments

2018-08-11 Thread Peter Oskolkov
Added "Signed-off-by" in v2. Peter Oskolkov (2): ip: add helpers to process in-order fragments faster. ip: process in-order fragments efficiently include/net/inet_frag.h | 6 ++ net/ipv4/inet_fragment.c | 2 +- net/ipv4/ip_fragment.c | 183 ++- 3 fi

[PATCH net-next v2 1/2] ip: add helpers to process in-order fragments faster.

2018-08-11 Thread Peter Oskolkov
This patch introduces several helper functions/macros that will be used in the follow-up patch. No runtime changes yet. The new logic (fully implemented in the second patch) is as follows: * Nodes in the rb-tree will now contain not single fragments, but lists of consecutive fragments ("runs").

[PATCH net-next v2 2/2] ip: process in-order fragments efficiently

2018-08-11 Thread Peter Oskolkov
This patch changes the runtime behavior of IP defrag queue: incoming in-order fragments are added to the end of the current list/"run" of in-order fragments at the tail. On some workloads, UDP stream performance is substantially improved: RX: ./udp_stream -F 10 -T 2 -l 60 TX: ./udp_stream -c -H

Re: [PATCH 0/2] net/sched: Add hardware specific counters to TC actions

2018-08-11 Thread David Miller
From: Jakub Kicinski Date: Thu, 9 Aug 2018 20:26:08 -0700 > It is not immediately clear why this is needed. The memory and > updating two sets of counters won't come for free, so perhaps a > stronger justification than troubleshooting is due? :S > > Netdev has counters for fallback vs forwarded

Re: [PATCH net-next,v4] net/tls: Calculate nsg for zerocopy path without skb_cow_data.

2018-08-11 Thread David Miller
From: Doron Roberts-Kedes Date: Thu, 9 Aug 2018 15:43:44 -0700 > Taking a step back, is there an existing solution for what this function > is trying to do? I was surprised to find that there did not seem to > exist a function for determining the number of scatterlist elements > required to map a

Re: [PATCH v1 net-next] lan743x: lan743x: Add PTP support

2018-08-11 Thread David Miller
From: Bryan Whitehead Date: Thu, 9 Aug 2018 15:36:10 -0400 > PTP support includes: > Ingress, and egress timestamping. > One step timestamping available. > PTP clock support. > Periodic output support. > > Signed-off-by: Bryan Whitehead Applied to net-next, thank you.

Re: [PATCH net-next 1/1] tc: Update README and add config

2018-08-11 Thread David Miller
From: Keara Leibovitz Date: Fri, 10 Aug 2018 10:09:41 -0400 > Updated README. > > Added config file that contains the minimum required features enabled to > run the tests currently present in the kernel. > This must be updated when new unittests are created and require their own > modules. > >

Re: [PATCH net-next 0/4] new mechanism to ACK immediately

2018-08-11 Thread David Miller
From: Yuchung Cheng Date: Thu, 9 Aug 2018 09:38:08 -0700 > This patch is a follow-up feature improvement to the recent fixes on > the performance issues in ECN (delayed) ACKs. Many of the fixes use > tcp_enter_quickack_mode routine to force immediate ACKs. However the > routine also reset tracki

Re: [PATCH net-next 1/2] ip: add helpers to process in-order fragments faster.

2018-08-11 Thread David Miller
From: Peter Oskolkov Date: Fri, 10 Aug 2018 16:22:45 + > This patch introduces several helper functions/macros that will be > used in the follow-up patch. No runtime changes yet. > > The new logic (fully implemented in the second patch) is as follows: > > * Nodes in the rb-tree will now con

Re: [PATCH v1 net-next] lan743x: lan743x: Add PTP support

2018-08-11 Thread Richard Cochran
On Thu, Aug 09, 2018 at 03:36:10PM -0400, Bryan Whitehead wrote: > +static int lan743x_ptpci_adjfine(struct ptp_clock_info *ptpci, long > scaled_ppm) > +{ > + struct lan743x_ptp *ptp = > + container_of(ptpci, struct lan743x_ptp, ptp_clock_info); > + struct lan743x_adapter *adap

Re: [PATCH net-next v2 00/15] Remove rtnl lock dependency from all action implementations

2018-08-11 Thread David Miller
From: Vlad Buslov Date: Fri, 10 Aug 2018 20:51:40 +0300 > The goal of this change is to update specific actions APIs that access > action private state directly, in order to be independent from external > locking. General approach is to re-use existing tcf_lock spinlock (used > by some action imp

Re: [PATCH v3 0/2] net/sctp: Avoid allocating high order memory with kmalloc()

2018-08-11 Thread David Miller
From: Konstantin Khorenko Date: Fri, 10 Aug 2018 20:11:41 +0300 > Each SCTP association can have up to 65535 input and output streams. > For each stream type an array of sctp_stream_in or sctp_stream_out > structures is allocated using kmalloc_array() function. This function > allocates physicall

Re: [PATCH net-next 0/8] l2tp: rework pppol2tp ioctl handling

2018-08-11 Thread David Miller
From: Guillaume Nault Date: Fri, 10 Aug 2018 13:21:54 +0200 > The current ioctl() handling code can be simplified. It tests for > non-relevant conditions and uselessly holds sockets. Once useless > code is removed, it becomes even simpler to let pppol2tp_ioctl() handle > commands directly, rather

Re: [net-next, PATCH 0/2 v2] netsec driver improvements

2018-08-11 Thread David Miller
From: Ilias Apalodimas Date: Fri, 10 Aug 2018 09:12:37 +0300 > This patchset introduces some improvements on socionext netsec driver. > - patch 1/2, avoids unneeded MMIO reads on the Rx path > - patch 2/2, is adjusting the numbers of descriptors used > > Changes since v1: > - Move dma_rmb()

Re: [PATCH] bonding: avoid repeated display of same link status change

2018-08-11 Thread David Miller
From: rama nichanamatlu Date: Thu, 9 Aug 2018 14:12:57 -0700 > From 9927a1c2a632d9479a80c63b7d9fda59ea8374bc Mon Sep 17 00:00:00 2001 > From: Rama Nichanamatlu > Date: Tue, 31 Jul 2018 07:09:52 -0700 > Subject: [PATCH] bonding: avoid repeated display of same link status > change > > When link s

Re: [net-next 03/12] net/mlx5e: Ethtool steering, ip6 support

2018-08-11 Thread Or Gerlitz
On Sat, Aug 11, 2018 at 1:26 AM, Saeed Mahameed wrote: > Add ip6 support for ethtool flow steering. > > New supported flow types: ip6|tcp6|udp6| > Supported fields: src-ip|dst-ip|src-port|dst-port > > Signed-off-by: Saeed Mahameed > --- > .../mellanox/mlx5/core/en_fs_ethtool.c| 138 +

drivers/net/ethernet/atheros/atlx/atl2.c uses dead MODULE_PARM

2018-08-11 Thread Robert P. J. Day
just noticed this in that ATLX source file: #ifndef module_param_array /* Module Parameters are always initialized to -1, so that the driver * can tell the difference between no user specified value or the * user asking for the default value. * The true default values are loaded in when atl