[RFC 0/4] net-next: dsa: add support for multiple cpu ports

This series is based on work from Andrew. I have rebased his patches to work on the latest kernel. The main problem is probably the fact that the cpu port to user port mapping happens inside the devicetree. Andrew Lunn (3): Documentation: devicetree: add multiple cpu port DSA binding net-next:

[RFC 3/4] net-next: dsa: Add support for multiple cpu ports.

From: Andrew Lunn Some boards have two CPU interfaces connected to the switch, e.g. WiFi access points, with 1 port labeled WAN, 4 ports labeled lan1-lan4, and two port connected to the SoC. This patch extends DSA to allows both CPU ports to be used. The "cpu" node in the DSA tree can now have a

[RFC 1/4] Documentation: devicetree: add multiple cpu port DSA binding

From: Andrew Lunn Extend the DSA binding documentation, adding the new properties required when there is more than one CPU port attached to the switch. Cc: Rob Herring Cc: devicet...@vger.kernel.org Signed-off-by: Andrew Lunn --- Documentation/devicetree/bindings/net/dsa/dsa.txt | 67 ++

[RFC 4/4] net-next: dsa: qca8k: add support for multiple cpu ports

With the subsystem now supporting multiple cpu ports, we need to make some changes to the driver as it currently has the cpu port hardcoded as port0. The patch moves the setup logic for the cpu port into one loop which iterates over all cpu ports and sets them up. Additionally the bridge join/leave

[RFC 2/4] net-next: dsa: Refactor DT probing of a switch port

From: Andrew Lunn Move the DT probing of a switch port into a function of its own, since it is about to get more complex. Add better error handling as well. Signed-off-by: Andrew Lunn --- net/dsa/dsa.c | 138 ++--- 1 file changed, 102 insert

Re: ping: What's the purpose of rate limit?

Hi, On Sat, Dec 31, 2016 at 4:04 AM, Guan Xin wrote: > Hello, > > Excuse me, I searched but didn't find an answer -- > > What's the purpose of setting a limit to the "-i" and "-l" parameters > of ping for non-root users? > > It seems that this is only intended to prevent accidental misuse > becau

Re: [PATCH net-next v2] net/sched: cls_matchall: Fix error path

On Tue, Jan 3, 2017 at 9:20 AM, Yotam Gigi wrote: > Fix several error paths in matchall: > - Release reference to actions in case the hardware fails offloading >(relevant to skip_sw only) > - Fix error path in case tcf_exts initialization/validation fail > > Fixes: bf3994d2ed31 ("net/sched:

[PATCH net-next] net: phy: add extension of phy-mode for XLGMII

The Synopsys DWC_xlgmac core provides a multiplexed 40-Gigabit Media-Independent Interface (XLGMII, an IEEE 802.3 Clause 81 compliant reconciliation sub-layer) for communication with the 100/50/40/25-Gigabit PHY and 10-Gigabit Media-Independent Interface (XGMII, an IEEE 802.3 Clause 46 compliant re

Re: [PATCH net-next 0/3] Preparation for VLAN_TAG_PRESENT cleanup

By submitted these in sections, but all at once, you are subverting my requirement to submit only small self contained patch series. Please do not do this. The whole point is to not have a lot of patches in flight for one thing for people to review at one time. Contributors can review more easi

Re: [RFC PATCH] virtio_net: XDP support for adjust_head

On 2017年01月04日 00:57, John Fastabend wrote: +/* Changing the headroom in buffers is a disruptive operation because + * existing buffers must be flushed and reallocated. This will happen + * when a xdp program is initially added or xdp is disabled by removing + * the xdp program.

Re: [RFC PATCH] virtio_net: XDP support for adjust_head

On 2017年01月04日 00:54, John Fastabend wrote: +/* Changing the headroom in buffers is a disruptive operation because + * existing buffers must be flushed and reallocated. This will happen + * when a xdp program is initially added or xdp is disabled by removing + * the xdp program.

Re: [net PATCH] net: virtio: cap mtu when XDP programs are running

case. On 2017年01月04日 00:48, John Fastabend wrote: On 17-01-02 10:14 PM, Jason Wang wrote: On 2017年01月03日 06:30, John Fastabend wrote: XDP programs can not consume multiple pages so we cap the MTU to avoid this case. Virtio-net however only checks the MTU at XDP program load and does not bl

Re: [PATCH net 9/9] virtio-net: XDP support for small buffers

On 2017年01月04日 00:40, John Fastabend wrote: On 17-01-02 10:16 PM, Jason Wang wrote: On 2017年01月03日 06:43, John Fastabend wrote: On 16-12-23 06:37 AM, Jason Wang wrote: Commit f600b6905015 ("virtio_net: Add XDP support") leaves the case of small receive buffer untouched. This will confuse th

Re: [PATCH net-next V2 3/3] tun: rx batching

On 2017年01月03日 21:33, Stefan Hajnoczi wrote: On Wed, Dec 28, 2016 at 04:09:31PM +0800, Jason Wang wrote: +static int tun_rx_batched(struct tun_file *tfile, struct sk_buff *skb, + int more) +{ + struct sk_buff_head *queue = &tfile->sk.sk_write_queue; + struct

Re: [PATCH net-next 1/2] net:dsa: fix dsa_dst_del_ds()

On Wed, Dec 07, 2016 at 05:53:05PM +0100, Volodymyr Bendiuga wrote: > When dsa_dst_del_ds() is called, do not free the whole list, > instead, only decrement refcount for the switch tree. The list > will be deleted in dsa_put_dst() if refcount is 0. Nothing > really needs to be freed for dsa switch,

Re: [PATCH net-next] ibmvnic: fix accelerated VLAN handling

Hi Michał, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Micha-Miros-aw/ibmvnic-fix-accelerated-VLAN-handling/20170104-095210 config: powerpc-allmodconfig (attached as .config) compiler: powerpc64-linux-gnu-gcc (Debian 6.1.1-9) 6.1.1 20160705 reprodu

[PATCH net-next 3/6] net/bpf_jit: MIPS: split VLAN_PRESENT bit handling from VLAN_TCI

Acked-by: Ralf Baechle Signed-off-by: Michał Mirosław --- arch/mips/net/bpf_jit.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/arch/mips/net/bpf_jit.c b/arch/mips/net/bpf_jit.c index 49a2e2226fee..d06722294ede 100644 --- a/arch/mips/net/bpf_jit.c +++ b/

[PATCH net-next 2/6] net/bpf_jit: ARM: split VLAN_PRESENT bit handling from VLAN_TCI

Signed-off-by: Michał Mirosław --- v2: remove one insn for big-endians arch/arm/net/bpf_jit_32.c | 16 ++-- 1 file changed, 10 insertions(+), 6 deletions(-) diff --git a/arch/arm/net/bpf_jit_32.c b/arch/arm/net/bpf_jit_32.c index 93d0b6d0b63e..0700cbbe4f14 100644 --- a/arch/arm/net/

[PATCH net-next 1/6] net/skbuff: add macros for VLAN_PRESENT bit

Signed-off-by: Michał Mirosław --- include/linux/skbuff.h | 6 ++ 1 file changed, 6 insertions(+) diff --git a/include/linux/skbuff.h b/include/linux/skbuff.h index b53c0cfd417e..168c3e486bd4 100644 --- a/include/linux/skbuff.h +++ b/include/linux/skbuff.h @@ -768,6 +768,12 @@ struct sk_buff

[PATCH net-next 0/6] Prepare BPF for VLAN_TAG_PRESENT cleanup

Those patches prepare BPF ant its JITs for removal of VLAN_TAG_PRESENT. The set depends on "Preparation for VLAN_TAG_PRESENT cleanup" patchset. The series is supposed to be bisect-friendly and that requires temporary insertion of #define VLAN_TAG_PRESENT in BPF code to be able to split JIT changes

[PATCH net-next 4/6] net/bpf_jit: PPC: split VLAN_PRESENT bit handling from VLAN_TCI

Signed-off-by: Michał Mirosław --- arch/powerpc/net/bpf_jit_comp.c | 17 + 1 file changed, 9 insertions(+), 8 deletions(-) diff --git a/arch/powerpc/net/bpf_jit_comp.c b/arch/powerpc/net/bpf_jit_comp.c index 7e706f36e364..22ae63fb9b7d 100644 --- a/arch/powerpc/net/bpf_jit_comp.c

Re: [PATCH net-next 2/2] net:dsa: check for EPROBE_DEFER from dsa_dst_parse()

On Wed, Dec 07, 2016 at 05:56:06PM +0100, Volodymyr Bendiuga wrote: > Since there can be multiple dsa switches stacked together but > not all of devicetree nodes available at the time of calling > dsa_dst_parse(), EPROBE_DEFER can be returned by it. When this > happens, only the last dsa switch has

Re: [PATCH 2/2] PCI: lock each enable/disable num_vfs operation in sysfs

On Tue, Jan 03, 2017 at 04:48:31PM -0800, Emil Tantilov wrote: >Enabling/disabling SRIOV via sysfs by echo-ing multiple values >simultaneously: > >echo 63 > /sys/class/net/ethX/device/sriov_numvfs& >echo 63 > /sys/class/net/ethX/device/sriov_numvfs > >sleep 5 > >echo 0 > /sys/class/net/ethX/device/

[PATCH net-next 6/6] net/bpf: split VLAN_PRESENT bit handling from VLAN_TCI

Signed-off-by: Michał Mirosław --- v2: save an insn on big-endiands net/core/filter.c | 19 +-- 1 file changed, 9 insertions(+), 10 deletions(-) diff --git a/net/core/filter.c b/net/core/filter.c index 1969b3f118c1..7caf0bbbd092 100644 --- a/net/core/filter.c +++ b/net/core/filt

[PATCH net-next 5/6] net/bpf_jit: SPARC: split VLAN_PRESENT bit handling from VLAN_TCI

Signed-off-by: Michał Mirosław --- arch/sparc/net/bpf_jit_comp.c | 18 ++ 1 file changed, 10 insertions(+), 8 deletions(-) diff --git a/arch/sparc/net/bpf_jit_comp.c b/arch/sparc/net/bpf_jit_comp.c index a6d9204a6a0b..61cc15dc86f7 100644 --- a/arch/sparc/net/bpf_jit_comp.c +++ b/

[PATCH 1/2] PCI: introduce locked pci_add/remove_virtfn

This is to allow moving the mutex lock outside of pci_iov_add/rem_virtfn() for enabling/disabling SRIOV, while still making it possible to call the _locked version like it is the case for PPC's eeh_driver. CC: Alexander Duyck Signed-off-by: Emil Tantilov --- arch/powerpc/kernel/eeh_driver.c |

[PATCH 2/2] PCI: lock each enable/disable num_vfs operation in sysfs

Enabling/disabling SRIOV via sysfs by echo-ing multiple values simultaneously: echo 63 > /sys/class/net/ethX/device/sriov_numvfs& echo 63 > /sys/class/net/ethX/device/sriov_numvfs sleep 5 echo 0 > /sys/class/net/ethX/device/sriov_numvfs& echo 0 > /sys/class/net/ethX/device/sriov_numvfs Results

[PATCH net 0/2] net: systemport: Fix padding vs. TSB insertion

Hi David, This patch series fixes how we pad the packets submitted to the SYSTEMPORT adapter, and how the transmit status block (prepended 8 bytes) fits in the picture. The first patch is not technically a bug fix, but is required for the second path to be applied and to greatly simplify the skb l

[PATCH net 2/2] net: systemport: Pad packet before inserting TSB

Inserting the TSB means adding an extra 8 bytes in fron the of packet that is going to be used as metadata information by the TDMA engine, but stripped off, so it does not really help with the packet padding. For some odd packet sizes that fall below the 60 bytes payload (e.g: ARP) we can end-up p

[PATCH net 1/2] net: systemport: Utilize skb_put_padto()

Since we need to pad our packets, utilize skb_put_padto() which increases skb->len by how much we need to pad, allowing us to eliminate the test on skb->len right below. Signed-off-by: Florian Fainelli --- drivers/net/ethernet/broadcom/bcmsysport.c | 5 ++--- 1 file changed, 2 insertions(+), 3 d

[PATCH net-next 0/8] Preparation for VLAN_TAG_PRESENT cleanup, drivers part

Cleanups needed before enabling passing of VLAN.CFI. Those patches depend on '*** SUBJECT HERE ***' patchset, but are otherwise independent of each other. Michał Mirosław (8): benet: use __vlan_hwaccel helpers benet: use skb_vlan_tag_get_prio() sky2: use __vlan_hwaccel helpers net/core: us

[PATCH net-next 1/8] benet: use __vlan_hwaccel helpers

Signed-off-by: Michał Mirosław --- v3: fix adapter->pvid handling drivers/net/ethernet/emulex/benet/be_main.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/emulex/benet/be_main.c b/drivers/net/ethernet/emulex/benet/be_main.c index 7e1633b

[PATCH net-next 4/8] net/core: use __vlan_hwaccel helpers

This removes assumptions about VLAN_TAG_PRESENT bit. Signed-off-by: Michał Mirosław --- net/core/dev.c | 8 +--- net/core/skbuff.c| 2 +- net/sched/act_vlan.c | 2 +- 3 files changed, 7 insertions(+), 5 deletions(-) diff --git a/net/core/dev.c b/net/core/dev.c index 56818f7eab2b..

[PATCH net-next 2/8] benet: use skb_vlan_tag_get_prio()

Signed-off-by: Michał Mirosław --- drivers/net/ethernet/emulex/benet/be_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/emulex/benet/be_main.c b/drivers/net/ethernet/emulex/benet/be_main.c index cd12c9a7664b..7e50c6c224c4 100644 --- a/drivers/net/e

[PATCH net-next 3/8] sky2: use __vlan_hwaccel helpers

Signed-off-by: Michał Mirosław --- drivers/net/ethernet/marvell/sky2.c | 6 ++ 1 file changed, 2 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/marvell/sky2.c b/drivers/net/ethernet/marvell/sky2.c index b60ad0e56a9f..bcd20e04caba 100644 --- a/drivers/net/ethernet/marvell/sk

[PATCH net-next 8/8] OVS: remove use of VLAN_TAG_PRESENT

This is a minimal change to allow removing of VLAN_TAG_PRESENT. It leaves OVS unable to use CFI bit, as fixing this would need a deeper surgery involving userspace interface. Signed-off-by: Michał Mirosław --- v2: removed userspace-facing changes net/openvswitch/actions.c | 13 +---

[PATCH net-next 6/8] 8021q: use __vlan_hwaccel helpers

Signed-off-by: Michał Mirosław --- net/8021q/vlan_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/8021q/vlan_core.c b/net/8021q/vlan_core.c index e2ed69850489..604a67abdeb6 100644 --- a/net/8021q/vlan_core.c +++ b/net/8021q/vlan_core.c @@ -50,7 +50,7 @@ bool vlan_do

[PATCH net-next 7/8] ipv4/tunnel: use __vlan_hwaccel helpers

Signed-off-by: Michał Mirosław --- net/ipv4/ip_tunnel_core.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/ipv4/ip_tunnel_core.c b/net/ipv4/ip_tunnel_core.c index fed3d29f9eb3..0004a54373f0 100644 --- a/net/ipv4/ip_tunnel_core.c +++ b/net/ipv4/ip_tunnel_core.c @@ -120,7

[PATCH net-next 5/8] bridge: use __vlan_hwaccel helpers

This removes assumption than vlan_tci != 0 when tag is present. Signed-off-by: Michał Mirosław --- net/bridge/br_netfilter_hooks.c | 15 +-- net/bridge/br_private.h | 2 +- net/bridge/br_vlan.c| 6 +++--- 3 files changed, 13 insertions(+), 10 deletions(-) diff

Re: [PATCH net-next v2 00/27] Allow passing of VLAN CFI bit through network stack

On Tue, Jan 03, 2017 at 04:32:17PM -0500, David Miller wrote: > From: Michał Mirosław > Date: Tue, 3 Jan 2017 21:52:33 +0100 (CET) > > > Dear NetDevs > > > > This series removes an abuse of VLAN CFI bit in Linux networking stack. > > Currently Linux always clears the bit on outgoing traffic and

[PATCH net-next] nfnetlink/queue: use __vlan_hwaccel helpers

Signed-off-by: Michał Mirosław --- net/netfilter/nfnetlink_queue.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/net/netfilter/nfnetlink_queue.c b/net/netfilter/nfnetlink_queue.c index 3ee0b8a000a4..8c7923aac826 100644 --- a/net/netfilter/nfnetlink_queue.c +++ b/net/net

[PATCH net-next] cnic: remove use of VLAN_TAG_PRESENT

Signed-off-by: Michał Mirosław --- drivers/net/ethernet/broadcom/cnic.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/broadcom/cnic.c b/drivers/net/ethernet/broadcom/cnic.c index b1d2ac818710..6e3c61081338 100644 --- a/drivers/net/ethernet/broadcom/cnic

[PATCH net-next] gianfar: remove use of VLAN_TAG_PRESENT

Signed-off-by: Michał Mirosław Reviewed-by: Claudiu Manoil --- drivers/net/ethernet/freescale/gianfar_ethtool.c | 8 +++- 1 file changed, 3 insertions(+), 5 deletions(-) diff --git a/drivers/net/ethernet/freescale/gianfar_ethtool.c b/drivers/net/ethernet/freescale/gianfar_ethtool.c index a

[PATCH net-next] cxgb4: use __vlan_hwaccel helpers

This also initializes vlan_proto field. Signed-off-by: Michał Mirosław --- drivers/infiniband/hw/cxgb4/cm.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/infiniband/hw/cxgb4/cm.c b/drivers/infiniband/hw/cxgb4/cm.c index f1510cc76d2d..66a3d39b3d54 100644 --- a/driver

[PATCH net-next] net/hyperv: remove use of VLAN_TAG_PRESENT

Signed-off-by: Michał Mirosław --- drivers/net/hyperv/hyperv_net.h | 2 +- drivers/net/hyperv/netvsc_drv.c | 13 ++--- drivers/net/hyperv/rndis_filter.c | 4 ++-- 3 files changed, 9 insertions(+), 10 deletions(-) diff --git a/drivers/net/hyperv/hyperv_net.h b/drivers/net/hyperv/hyp

[PATCH net-next] ibmvnic: fix accelerated VLAN handling

Signed-off-by: Michał Mirosław --- drivers/net/ethernet/ibm/ibmvnic.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/ibm/ibmvnic.c b/drivers/net/ethernet/ibm/ibmvnic.c index c12596676bbb..c7664db9019c 100644 --- a/drivers/net/ethernet/ibm/ibmvnic.c

[PATCH net-next] i40iw: remove use of VLAN_TAG_PRESENT

Signed-off-by: Michał Mirosław --- drivers/infiniband/hw/i40iw/i40iw_cm.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff --git a/drivers/infiniband/hw/i40iw/i40iw_cm.c b/drivers/infiniband/hw/i40iw/i40iw_cm.c index 95a0586a4da8..125c66bf6107 100644 --- a/drivers/infiniband/h

[PATCH net-next] qlcnic: remove assumption that vlan_tci != 0

Signed-off-by: Michał Mirosław --- drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c b/drivers/net/ethernet/qlogic/qlcnic/qlcnic_io.c index fedd7366713c..c3cc707cc265 100644 --

Re: [PATCH net] net: vrf: Add missing Rx counters

From: David Ahern Date: Tue, 3 Jan 2017 09:37:55 -0800 > The move from rx-handler to L3 receive handler inadvertantly dropped the > rx counters. Restore them. > > Fixes: 74b20582ac38 ("net: l3mdev: Add hook in ip and ipv6") > Reported-by: Dinesh Dutt > Signed-off-by: David Ahern Applied and

Re: [PATCH net-next v2] net/sched: cls_matchall: Fix error path

From: Yotam Gigi Date: Tue, 3 Jan 2017 19:20:24 +0200 > Fix several error paths in matchall: > - Release reference to actions in case the hardware fails offloading >(relevant to skip_sw only) > - Fix error path in case tcf_exts initialization/validation fail > > Fixes: bf3994d2ed31 ("net/

[PATCH net-next 1/1] net/vlan: remove unused #define HAVE_VLAN_GET_TAG

Signed-off-by: Michał Mirosław --- include/linux/if_vlan.h | 2 -- 1 file changed, 2 deletions(-) diff --git a/include/linux/if_vlan.h b/include/linux/if_vlan.h index bc4e8c2533da..74675312f8d9 100644 --- a/include/linux/if_vlan.h +++ b/include/linux/if_vlan.h @@ -476,8 +476,6 @@ static inline i

[PATCH net-next 3/3] net/vlan: include the shift in skb_vlan_tag_get_prio()

Signed-off-by: Michał Mirosław --- include/linux/if_vlan.h | 2 +- net/core/flow_dissector.c | 3 +-- 2 files changed, 2 insertions(+), 3 deletions(-) diff --git a/include/linux/if_vlan.h b/include/linux/if_vlan.h index 75e839b84a63..bc4e8c2533da 100644 --- a/include/linux/if_vlan.h +++ b/incl

[PATCH net-next 1/3] net/vlan: introduce __vlan_hwaccel_clear_tag() helper

Signed-off-by: Michał Mirosław --- include/linux/if_vlan.h | 13 - 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/include/linux/if_vlan.h b/include/linux/if_vlan.h index 8d5fcd6284ce..38be9041cde4 100644 --- a/include/linux/if_vlan.h +++ b/include/linux/if_vlan.h @@ -38

[PATCH net-next 2/3] net/vlan: introduce __vlan_hwaccel_copy_tag() helper

Signed-off-by: Michał Mirosław --- include/linux/if_vlan.h | 13 + 1 file changed, 13 insertions(+) diff --git a/include/linux/if_vlan.h b/include/linux/if_vlan.h index 38be9041cde4..75e839b84a63 100644 --- a/include/linux/if_vlan.h +++ b/include/linux/if_vlan.h @@ -393,6 +393,19 @@

[PATCH net-next 0/3] Preparation for VLAN_TAG_PRESENT cleanup

This introduces additional and fixes existing helpers for accessing skb->vlan_tag. Michał Mirosław (3): net/vlan: introduce __vlan_hwaccel_clear_tag() helper net/vlan: introduce __vlan_hwaccel_copy_tag() helper net/vlan: include the shift in skb_vlan_tag_get_prio() include/linux/if_vlan.h

Re: [PATCH net-next v2 00/27] Allow passing of VLAN CFI bit through network stack

On Wed, Jan 04, 2017 at 12:21:51AM +0100, Michał Mirosław wrote: > On Tue, Jan 03, 2017 at 04:32:17PM -0500, David Miller wrote: > > From: Michał Mirosław > > Date: Tue, 3 Jan 2017 21:52:33 +0100 (CET) > > > > > Dear NetDevs > > > > > > This series removes an abuse of VLAN CFI bit in Linux netw

[PATCH] tc: make tc linking depend on libtc.a

There was a race condition where the command to link the tc binary could (rarely) run before the libtc.a archive existed. --- Hi, I've hit a random failure during parallel builds: ld: cannot find -ltc The issue seems to be that both tc and libtc.a are permitted to build in parallel, when tc

[PATCH net-next 2/2] tools: psock_tpacket: verify that packet was received on lo before counting it

Packets from any/all interfaces may be queued up on the PF_PACKET socket before it is bound to the loopback interface by psock_tpacket, and when these are passed up by the kernel, they should not be counted toward the conditions needed to pass/fail the Rx tests. psock_tpacket discards these packet

[PATCH net-next 1/2] tools: psock_lib: tighten conditions checked in sock_setfilter

The bpf_prog used in sock_setfilter() only attempts to check for ip pktlen, and verifies that the contents of the 80'th packet in the ethernet frame is 'a' or 'b'. Offsets used for checking these conditions are incorrectly computed. Thus many non-udp packets could incorrectly pass through this fil

[PATCH net-next 0/2] tools: psock_tpacket bug fixes

This patchset includes fixes to psock_tpacket for false-negatives sporadically reported by the test when it was run concurrently with other heavy network traffic (e.g., over an ssh session, as opposed to running the test from the console of the test machine). The test sometimes failed with errors r

Re: [PATCH net-next v2 00/27] Allow passing of VLAN CFI bit through network stack

On Tue, Jan 03, 2017 at 04:32:17PM -0500, David Miller wrote: > From: Michał Mirosław > Date: Tue, 3 Jan 2017 21:52:33 +0100 (CET) > > > Dear NetDevs > > > > This series removes an abuse of VLAN CFI bit in Linux networking stack. > > Currently Linux always clears the bit on outgoing traffic and

[PATCH net-next v3 10/27] benet: use __vlan_hwaccel helpers

Signed-off-by: Michał Mirosław --- v3: fix adapter->pvid handling drivers/net/ethernet/emulex/benet/be_main.c | 13 + 1 file changed, 9 insertions(+), 4 deletions(-) diff --git a/drivers/net/ethernet/emulex/benet/be_main.c b/drivers/net/ethernet/emulex/benet/be_main.c index 7e1633b

Re: [PATCH] drop_monitor: consider inserted data in genlmsg_end

Yes, genlmsg_end changes nlmsg_len field dependent on skb->tail. After allocation in reset_per_cpu_data skb->tail is modified in trace_drop_common via __nla_reserve_nohdr. Best place for setting nlmsg_len to its final value is after being swapped out in reset_per_cpu_data. Neil Horman writes:

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Tuesday, January 3, 2017 11:57:36 PM CET Paul Bolle wrote: > On Tue, 2017-01-03 at 23:25 +0100, Arnd Bergmann wrote: > > As far as I'm concerned, we are totally fine as long as there exists a > > longterm supported kernel that has i4l in drivers/staging. > > Or in drivers/isdn, right? Right, I

Re: [net-next PATCH 5/6] i40e: Add TX and RX support in switchdev mode.

On Fri, Dec 30, 2016 at 7:04 PM, Samudrala, Sridhar wrote: > On 12/30/2016 7:31 AM, Or Gerlitz wrote: >> Are you exposing switchdev ops for the representators? didn't see that >> or maybe it's in the 4th patch which didn't make it to the list? > Not at this time. In the future patches when we of

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Tue, 2017-01-03 at 23:25 +0100, Arnd Bergmann wrote: > As far as I'm concerned, we are totally fine as long as there exists a > longterm supported kernel that has i4l in drivers/staging. Or in drivers/isdn, right? Paul Bolle

Re: [PATCH net-next 2/3] net: dsa: move HWMON support to its own file

Hi Vivien, [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Vivien-Didelot/net-dsa-restore-HWMON-support-in-dsa2/20170104-055351 config: i386-randconfig-x005-201701 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce:

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Tuesday, January 3, 2017 10:54:19 PM CET Paul Bolle wrote: > On Tue, 2017-01-03 at 22:19 +0100, Arnd Bergmann wrote: > > isdn: move isdnhdlc out of i4l > > isdn: i4l: move hisax driver to staging > > isdn: move i4l to staging > > > > I can post those as well, at least I think the first two are

Re: [RFC PATCH] virtio_net: XDP support for adjust_head

On Tue, Jan 03, 2017 at 02:01:27PM +0800, Jason Wang wrote: > > > On 2017年01月03日 03:44, John Fastabend wrote: > > Add support for XDP adjust head by allocating a 256B header region > > that XDP programs can grow into. This is only enabled when a XDP > > program is loaded. > > > > In order to ens

[for-next 04/10] IB/mlx5: Fix retrieval of index to first hi class bfreg

From: Eli Cohen First the function retrieving the index of the first hi latency class blue flame register. High latency class bfregs are located right above medium latency class bfregs. Fixes: c1be5232d21d ('IB/mlx5: Fix micro UAR allocator') Signed-off-by: Eli Cohen Reviewed-by: Matan Barak S

[for-next 06/10] net/mlx5: Add interface to get reference to a UAR

From: Eli Cohen A reference to a UAR is required to generate CQ or EQ doorbells. Since CQ or EQ doorbells can all be generated using the same UAR area without any effect on performance, we are just getting a reference to any available UAR, If one is not available we allocate it but we don't waste

[for-next 08/10] IB/mlx5: Allow future extension of libmlx5 input data

From: Eli Cohen Current check requests that new fields in struct mlx5_ib_alloc_ucontext_req_v2 that are not known to the driver be zero. This was introduced so new libraries passing additional information to the kernel through struct mlx5_ib_alloc_ucontext_req_v2 will be notified by old kernels t

[for-next 02/10] IB/mlx5: Fix error handling order in create_kernel_qp

From: Eli Cohen Make sure order of cleanup is exactly the opposite of initialization. Fixes: 9603b61de1ee ('mlx5: Move pci device handling from mlx5_ib to mlx5_core') Signed-off-by: Eli Cohen Reviewed-by: Matan Barak Signed-off-by: Leon Romanovsky Signed-off-by: Saeed Mahameed --- drivers/i

[for-next 03/10] mlx5: Fix naming convention with respect to UARs

From: Eli Cohen This establishes a solid naming conventions for UARs. A UAR (User Access Region) can have size identical to a system page or can be fixed 4KB depending on a value queried by firmware. Each UAR always has 4 blue flame register which are used to post doorbell to send queue. In addit

[for-next 00/10][pull request] Mellanox 100G mlx5 4K UAR support

Hi Dave and Doug, Following the mlx5-odp submission, you can find here the 2nd mlx5 submission for 4.11 as a pull-request including mlx5 4K UAR support from Eli Cohen (details below). For you Doug, this pull request will provide you with both mlx5 odp and mlx5 4k UAR since it is based on Dave's

[for-next 05/10] net/mlx5: Introduce blue flame register allocator

From: Eli Cohen Here is an implementation of an allocator that allocates blue flame registers. A blue flame register is used for generating send doorbells. A blue flame register can be used to generate either a regular doorbell or a blue flame doorbell where the data to be sent is written to the

[for-next 10/10] net/mlx5: Activate support for 4K UARs

From: Eli Cohen Activate 4K UAR support for firmware versions that support it. Signed-off-by: Eli Cohen Reviewed-by: Matan Barak Signed-off-by: Leon Romanovsky Signed-off-by: Saeed Mahameed --- drivers/net/ethernet/mellanox/mlx5/core/main.c | 4 1 file changed, 4 insertions(+) diff --

[for-next 09/10] IB/mlx5: Support 4k UAR for libmlx5

From: Eli Cohen Add fields to structs to convey to kernel an indication whether the library supports multi UARs per page and return to the library the size of a UAR based on the queried value. Signed-off-by: Eli Cohen Reviewed-by: Matan Barak Signed-off-by: Leon Romanovsky Signed-off-by: Saee

[for-next 07/10] IB/mlx5: Use blue flame register allocator in mlx5_ib

From: Eli Cohen Make use of the blue flame registers allocator at mlx5_ib. Since blue flame was not really supported we remove all the code that is related to blue flame and we let all consumers to use the same blue flame register. Once blue flame is supported we will add the code. As part of thi

[for-next 01/10] IB/mlx5: Fix kernel to user leak prevention logic

From: Eli Cohen The logic was broken as it failed to update the response length for architectures with PAGE_SIZE larger than 4kB. As a result further extension of the ucontext response struct would fail. Fixes: d69e3bcf7976 ('IB/mlx5: Mmap the HCA's core clock register to user-space') Signed-of

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Tue, 2017-01-03 at 22:19 +0100, Arnd Bergmann wrote: > Sounds good to me. My original series contained four more patches that > I did not post again after there was some concern[1] that we did not > come to a conclusion on: > > isdn: gigaset: remove i4l code Let me repeat that I'm fine with a

Re: [PATCH] uapi: use wildcards to list files

On Tuesday, January 3, 2017 3:35:44 PM CET Nicolas Dichtel wrote: > Regularly, when a new header is created in include/uapi/, the developer > forgets to add it in the corresponding Kbuild file. This error is usually > detected after the release is out. > > In fact, all headers under include/uapi/

Re: [PATCH net-next v2 00/27] Allow passing of VLAN CFI bit through network stack

From: Michał Mirosław Date: Tue, 3 Jan 2017 21:52:33 +0100 (CET) > Dear NetDevs > > This series removes an abuse of VLAN CFI bit in Linux networking stack. > Currently Linux always clears the bit on outgoing traffic and presents > it cleared to userspace (even via AF_PACKET/tcpdump when hw-acce

Re: [net-next v2 00/21][pull request] 10GbE Intel Wired LAN Driver Updates 2017-01-03

From: Jeff Kirsher Date: Tue, 3 Jan 2017 13:07:36 -0800 > This series contains updates to ixgbe and ixgbevf only. Pulled, thanks Jeff.

Re: [PATCH net-next v2 24/27] bpf_test: prepare for VLAN_TAG_PRESENT removal

On Tue, Jan 03, 2017 at 09:52:40PM +0100, Michał Mirosław wrote: > --- > lib/test_bpf.c | 15 +++ > 1 file changed, 15 insertions(+) Please ignore - squashed with #25. Best Regards, Michał Mirosław

[PATCH net-next v3 25/27] net: remove VLAN_TAG_PRESENT

Signed-off-by: Michał Mirosław --- v3: merged with #24 (test_bpf temporary changes) arch/mips/net/bpf_jit.c | 3 --- arch/powerpc/net/bpf_jit_comp.c | 3 --- arch/sparc/net/bpf_jit_comp.c | 4 include/linux/if_vlan.h | 11 ++- include/linux/skbuff.h | 1

Re: [PATCH] tcp: provide tx timestamps for partial writes

On Mon, Jan 2, 2017 at 12:20 PM, Soheil Hassas Yeganeh wrote: > > From: Soheil Hassas Yeganeh > > For TCP sockets, tx timestamps are only captured when the user data > is successfully and fully written to the socket. In many cases, > however, TCP writes can be partial for which no timestamp is >

Re: [PATCH v3 3/3] nfc: trf7970a: Prevent repeated polling from crashing the kernel

On Tue, Jan 03, 2017 at 01:35:18PM -0500, Geoff Lansberry wrote: > On Tue, Jan 3, 2017 at 11:33 AM, Mark Greer wrote: > > On Tue, Dec 27, 2016 at 09:18:32AM -0500, Geoff Lansberry wrote: > >> In the meantime - here is some more info about how we use it. > >> > >> We do use NFC structures.I di

Re: [PATCH 2/2] isdn: i4l: move active-isdn drivers to staging

On Tuesday, January 3, 2017 4:24:36 PM CET Greg Kroah-Hartman wrote: > On Wed, Mar 02, 2016 at 08:06:46PM +0100, Arnd Bergmann wrote: > > The icn, act2000 and pcbit drivers are all for very old hardware, > > and it is highly unlikely that anyone is actually still using them > > on modern kernels, i

[net-next v2 13/21] ixgbe: Fix incorrect bitwise operations of PTP Rx timestamp flags

From: Yusuke Suzuki Rx timestamp does not work on 82599 and X540 because bitwise operation of RX_HWTSTAMP flags is incorrect and ixgbe_ptp_rx_hwtstamp() is never called. This patch fixes it to enable Rx timestamp on 82599 and X540. Without this fix: ptp4l[278.730]: selected /dev/ptp8 as PTP cloc

[net-next v2 20/21] ixgbevf: Add support for VF promiscuous mode

From: Don Skidmore This patch extends the mailbox message to allow for VF promiscuous mode support. Signed-off-by: Don Skidmore Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/ixgbevf/ixgbevf.h | 1 + drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c

[net-next v2 07/21] ixgbe: Fix reporting of 100Mb capability

From: Tony Nguyen BaseT adapters that are capable of supporting 100Mb are not reporting this capability. This patch corrects the reporting so that 100Mb is shown as supported on those adapters. Signed-off-by: Tony Nguyen Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/e

[net-next v2 05/21] ixgbe: Add bounds check for x540 LED functions

From: Tony Nguyen This is an extension of commit 003287e0f087 ("ixgbevf: Correct parameter sent to LED function"); add bounds checking to x540 functions to ensure the index is valid. Signed-off-by: Tony Nguyen Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/inte

[net-next v2 21/21] ixgbe: Add PF support for VF promiscuous mode

From: Don Skidmore This patch extends the xcast mailbox message to include support for unicast promiscuous mode. To allow a VF to enter this mode the PF must be in promiscuous mode. A later patch will add the support needed in the VF driver (ixgbevf) Signed-off-by: Don Skidmore Tested-by: And

[net-next v2 11/21] ixgbe: fix AER error handling

From: Emil Tantilov Make sure that we free the IRQs in ixgbe_io_error_detected() when responding to an PCIe AER error and also restore them when the interface recovers from it. Previously it was possible to trigger BUG_ON() check in free_msix_irqs() in the case where we call ixgbe_remove() after

[net-next v2 12/21] ixgbevf: fix AER error handling

From: Emil Tantilov Make sure that we free the IRQs in ixgbevf_io_error_detected() when responding to an PCIe AER error and also restore them when the interface recovers from it. Previously it was possible to trigger BUG_ON() check in free_msix_irqs() in the case where we call ixgbevf_remove() a

[net-next v2 18/21] ixgbe: Implement firmware interface to access some PHYs

From: Mark Rustad Implement new interface for firmware commands to access some PHYs. Signed-off-by: Mark Rustad Tested-by: Krishneil Singh Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/ixgbe/ixgbe_common.h | 2 + drivers/net/ethernet/intel/ixgbe/ixgbe_type.h | 66

[net-next v2 14/21] ixgbevf: restore hw_addr on resume or error

From: Emil Tantilov Restore adapter->hw.hw_addr after handling an error, or a resume operation to make sure we can access the registers. Signed-off-by: Emil Tantilov Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/ixgbevf/ixgbevf_main.c | 3 +++ 1 file cha

[net-next v2 03/21] ixgbe: Fix check for ixgbe_phy_x550em_ext_t reset

From: Tony Nguyen The generic PHY reset check we had previously is not sufficient for the ixgbe_phy_x550em_ext_t PHY type. Check 1.CC02.0 instead - same as ixgbe_init_ext_t_x550(). Signed-off-by: Tony Nguyen Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel

[net-next v2 09/21] ixgbevf: handle race between close and suspend on shutdown

From: Emil Tantilov When an interface is part of a namespace it is possible that ixgbevf_close() may be called while ixgbevf_suspend() is running which ends up in a double free WARN and/or a BUG in free_msi_irqs() To handle this situation we extend the rtnl_lock() to protect the call to netif_de

  1   2   3   >