[PATCH net-next] tcp/dccp: fix inet_reuseport_add_sock()

From: Eric Dumazet David Ahern reported panics in __inet_hash() caused by my recent commit. The reason is inet_reuseport_add_sock() was still using sk_nulls_for_each_rcu() instead of sk_for_each_rcu(). SO_REUSEPORT enabled listeners were causing an instant crash. While

RE: [PATCH net-next] net: add the AF_KCM entries to family name tables

> From: David Miller [mailto:da...@davemloft.net] > Sent: Thursday, April 7, 2016 11:59 > To: Dexuan Cui > Cc: netdev@vger.kernel.org > Subject: Re: [PATCH net-next] net: add the AF_KCM entries to family name > tables > > From: Dexuan Cui > Date: Thu, 7

[net-next 5/8] e1000e: call ndo_stop() instead of dev_close() when running offline selftest

From: Stefan Assmann Calling dev_close() causes IFF_UP to be cleared which will remove the interfaces routes and some addresses. That's probably not what the user intended when running the offline selftest. Besides this does not happen if the interface is brought down before

[net-next 1/8] igb: Fix sparse warning about passing __beXX into leXX_to_cpup

From: Alexander Duyck We were casting the addr as __beXX and then passing it into le32_to_cpu because the device expects the MAC address to be in network order even though the register set is little endian. Instead of casting it as __beXX we can just cast it as __leXX in

[net-next 6/8] e1000: call ndo_stop() instead of dev_close() when running offline selftest

From: Stefan Assmann Calling dev_close() causes IFF_UP to be cleared which will remove the interfaces routes and some addresses. That's probably not what the user intended when running the offline selftest. Besides this does not happen if the interface is brought down before

[net-next 0/8][pull request] 1GbE Intel Wired LAN Driver Updates 2016-04-06

This series contains updates to e1000, e1000e, igb and Kconfig. Alex fixes igb where we were casting the MAC address as __beXX and then passing it into le32_to_cpu, when we could simply cast as __lexx to maintain consistency since it is already little endian. Then enabled bulk free in transmit

[net-next 7/8] net: intel: remove dead links

From: Jiri Benc The Kconfig for Intel NICs references two different URLs for the "Adapter & Driver ID Guide". Neither of those two links works. The current URL seems to be http://www.intel.com/content/www/us/en/support/network-and-i-o/ethernet-products/05584.html but given

[net-next 2/8] igb: Add support for bulk Tx cleanup & cleanup boolean logic

From: Alexander Duyck This patch enables bulk free in Tx cleanup for igb and cleans up the boolean logic in the polling routines for igb in the hopes of avoiding any mix-ups similar to what occurred with i40e and i40evf. Signed-off-by: Alexander Duyck

[net-next 8/8] Revert "igb: Fix a deadlock in igb_sriov_reinit"

From: Arika Chen This reverts commit 3eb14ea8d958 ("igb: Fix a deadlock in igb_sriov_reinit") It is the same as commit f468adc944ef ("igb: missing rtnl_unlock in igb_sriov_reinit()") There is no rtnl_lock() in igb_resume before, rtnl_unlock will cause a deadlock.

[net-next 4/8] igb: Garbled output for "ethtool -m"

From: Doron Shikmoni Garbled output for "ethtool -m ethX", in igb-driven NICs with module / plugin EEPROM (i.e. SFP information). Each output data byte appears duplicated. In igb_ethtool.c, igb_get_module_eeprom() is reading the EEPROM via i2c; the eeprom offset for

[net-next 3/8] igb: allow setting MAC address on i211 using a device tree blob

From: John Holland The Intel i211 LOM PCIe Ethernet controllers' iNVM operates as an OTP and has no external EEPROM interface [1]. The following allows the driver to pickup the MAC address from a device tree blob when CONFIG_OF has been enabled. [1]

Re: [net-next 00/14][pull request] 40GbE Intel Wired LAN Driver Updates 2016-04-06

From: Jeff Kirsher Date: Wed, 6 Apr 2016 20:29:25 -0700 > This series contains updates to i40e and i40evf. Pulled, thanks Jeff.

Re: [PATCH net-next] net: add the AF_KCM entries to family name tables

From: Dexuan Cui Date: Thu, 7 Apr 2016 01:54:18 + > Can you please apply this to net-next too? That will happen transparently the next time I merge 'net' into 'net-next'. It will happen at a time of my own choosing, and usually occurs when I do a push of my 'net' tree

Re: [PATCH net-next V3 05/16] net: fec: reduce interrupts

From: Troy Kisky Date: Wed, 6 Apr 2016 17:42:47 -0700 > Sure, that's an easy change. But if a TX int is what caused the > interrupt and masks them, and then a RX packet happens before napi > runs, do you want the TX serviced 1st, or RX ? If you properly split

Re: [PATCH net-next V3 00/16] net: fec: cleanup and fixes

From: Troy Kisky Date: Wed, 6 Apr 2016 18:09:17 -0700 > On 4/6/2016 2:20 PM, David Miller wrote: >> >> This is a way too large patch series. >> >> Please split it up into smaller, more logical, pieces. >> >> Thanks. >> > > If you apply the 1st 3 that have

Re: [PATCHv2 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm

On Thu, Apr 7, 2016 at 4:10 AM, David Miller wrote: > From: Toshiaki Makita > Date: Tue, 5 Apr 2016 14:08:13 +0900 > >> On 2016/04/05 12:32, Xin Long wrote: >>> There are some repetitive codes in stp_state_store, we can remove >>> them by

[net-next 08/14] i40e: Restrict VF poll mode to only single function mode devices

From: Shannon Nelson The VFs can request their queues to be set up into polling mode, rather than interrupt mode, which works well for supporting things like DPDK, but this should not be available when working in an multi-function support device. Change-ID:

[net-next 09/14] i40e: Move NVM variable out of AQ struct

From: Shannon Nelson The NVM update status info should stay collected together, not spread across different structs. Change-ID: Ic16f9e9fd79945d865bb7226184c889884585025 Signed-off-by: Shannon Nelson Tested-by: Andrew Bowers

[net-next 02/14] i40e: Leave debug_mask cleared at init

From: Shannon Nelson Don't set our internal debug_mask at startup unless we get specific signal to from the debug module parameter. This should take care of the issue with all the device capabilities getting printed even when we hadn't asked for the debug info.

[net-next 07/14] i40e: Patch to support trusted VF

From: Anjali Singhai Jain This patch adds hook to support changing a VF from not-trusted to trusted and vice-versa. Fixed the wrappers and function prototype. Changed the dmesg to reflex the current state better. This patch also disables turning on/off trusted VF in MFP

[net-next 04/14] i40e/i40evf: Move stack var deeper

From: Jesse Brandeburg A local variable could move down inside the context where it is used. Change-ID: I9caba9e1eacf921037077f2665cbce83fd8e95d6 Signed-off-by: Jesse Brandeburg Tested-by: Andrew Bowers

[net-next 05/14] i40e/i40evf: Drop unused tx_ring argument

From: Jesse Brandeburg Some of the tx_ring arguments can be deleted since they are not used. Change-ID: I99275b0f191d7f63ec2f05061919904940c36f31 Signed-off-by: Jesse Brandeburg Tested-by: Andrew Bowers

[net-next 03/14] i40e: Move HW flush

From: Akeem G Abodunrin This patch moves the HW flush routine to the end of the reset flow, after the completion of writing to the device VFLR registers- the benefit is to avoid problems in the passthrough routines. Change-ID:

[net-next 13/14] i40e/i40evf: Bump patch from 1.5.2 to 1.5.5

From: Harshitha Ramamurthy Signed-off-by: Harshitha Ramamurthy Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/i40e/i40e_main.c | 2

[net-next 06/14] i40e/i40evf: Faster RX via avoiding FCoE

From: Jesse Brandeburg As it turns out, calling into other files from hot path hurts performance a lot. In this case the majority of the time we call "check FCoE" and the packet is *not* FCoE, but this call was taking 5% of our total cycles spent on receive.

[net-next 14/14] i40evf: properly handle VLAN features

From: Mitch Williams Correctly set the VLAN feature flags after setting the rest of the netdev flags. And don't set them in hw_features, because these can't be controlled by the VF driver. Signed-off-by: Mitch Williams Tested-by: Andrew

[net-next 12/14] i40e: Input set mask constants for RSS, flow director, and flex bytes

From: Kiran Patil Add defines for input set mask (RSS, flow director, flexible payload), including defines specific to IPv6. Change-ID: Ie95ef7d0916a4d6ca011c194283f959774c8dce9 Signed-off-by: Kiran Patil Tested-by: Andrew Bowers

[net-next 11/14] i40e: Move NVM event wait check to NVM code

From: Shannon Nelson The logic that checks AQ events for NVM done events is better kept in nvm.c with the rest of the nvmupdate handling code. Change-ID: I2ea58980df8ecaa3726b28a37bff3dfcb8df03dc Signed-off-by: Shannon Nelson Tested-by:

[net-next 01/14] i40e: Inserting a HW capability display info

From: Deepthi Kavalur Display MSIx vector count for HW capabilities. Change-ID: I4b41e9b50360cf660e7fbcb85b9390fedcf313b1 Signed-off-by: Deepthi Kavalur Tested-by: Andrew Bowers Signed-off-by: Jeff Kirsher

[net-next 00/14][pull request] 40GbE Intel Wired LAN Driver Updates 2016-04-06

This series contains updates to i40e and i40evf. Deepthi adds a debug message to display the MSIx vector count for hardware capabilities. Shannon removed the setting of debug_mask at startup to take care of an issue where all the device capabilities getting printed when we had not asked for it.

[net-next 10/14] i40e: Add RSS configuration to virtual channel

From: Mitch Williams Add opcodes and structures to support RSS configuration by PF driver on behalf of the VF drivers. This reduces complexity in the VF driver and allows us to support future hardware designs without modifying the VF driver. Change-ID:

Re: r8169 regression: UDP packets dropped intermittantly

On Mon, Feb 08, 2016 at 01:03:19PM +1030, Jonathan Woithe wrote: > On Wed, Dec 02, 2015 at 12:58:52AM +0100, Francois Romieu wrote: > > Jonathan Woithe : > > [...] > > > Any thoughts or progress at this stage? Are there further tests you need > > > me > > > to do ? > > >

[PATCH net-next] bpf: simplify verifier register state assignments

verifier is using the following structure to track the state of registers: struct reg_state { enum bpf_reg_type type; union { int imm; struct bpf_map *map_ptr; }; }; and later on in states_equal() does memcmp(>regs[i], >regs[i],..) to find equivalent states. Throughout

RE: [PATCH net-next] net: intel: remove dead links

> From: netdev-ow...@vger.kernel.org [mailto:netdev- > ow...@vger.kernel.org] On Behalf Of Jiri Benc > Sent: Tuesday, April 5, 2016 7:25 AM > To: netdev@vger.kernel.org > Cc: Kirsher, Jeffrey T ; Brandeburg, Jesse > ; Nelson, Shannon >

Re: Boot failure when using NFS on OMAP based evms

On Wed, Apr 6, 2016 at 7:12 PM, Franklin S Cooper Jr. wrote: > Hi All, > > Currently linux-next is failing to boot via NFS on my AM335x GP evm, > AM437x GP evm and Beagle X15. I bisected the problem down to the commit > "udp: remove headers from UDP packets before queueing". > > I

RE: [PATCH net-next] net: add the AF_KCM entries to family name tables

> From: David Miller [mailto:da...@davemloft.net] > Sent: Thursday, April 7, 2016 5:00 > To: Dexuan Cui > Cc: netdev@vger.kernel.org > Subject: Re: [PATCH net-next] net: add the AF_KCM entries to family name > tables > > From: Dexuan Cui > Date: Tue, 5

[PATCH v2 net-next 00/10] allow bpf attach to tracepoints

Hi Steven, Peter, v1->v2: addressed Peter's comments: - fixed wording in patch 1, added ack - refactored 2nd patch into 3: 2/10 remove unused __perf_addr macro which frees up an argument in perf_trace_buf_submit 3/10 split perf_trace_buf_prepare into alloc and update parts, so that bpf programs

[PATCH v2 net-next 01/10] perf: optimize perf_fetch_caller_regs

avoid memset in perf_fetch_caller_regs, since it's the critical path of all tracepoints. It's called from perf_sw_event_sched, perf_event_task_sched_in and all of perf_trace_##call with this_cpu_ptr(&__perf_regs[..]) which are zero initialized by perpcu init logic and subsequent call to

[PATCH v2 net-next 07/10] bpf: sanitize bpf tracepoint access

during bpf program loading remember the last byte of ctx access and at the time of attaching the program to tracepoint check that the program doesn't access bytes beyond defined in tracepoint fields This also disallows access to __dynamic_array fields, but can be relaxed in the future.

[PATCH v2 net-next 03/10] perf: split perf_trace_buf_prepare into alloc and update parts

split allows to move expensive update of 'struct trace_entry' to later phase. Repurpose unused 1st argument of perf_tp_event() to indicate event type. While splitting use temp variable 'rctx' instead of '*rctx' to avoid unnecessary loads done by the compiler due to -fno-strict-aliasing

[PATCH v2 net-next 05/10] bpf: register BPF_PROG_TYPE_TRACEPOINT program type

register tracepoint bpf program type and let it call the same set of helper functions as BPF_PROG_TYPE_KPROBE Signed-off-by: Alexei Starovoitov --- kernel/trace/bpf_trace.c | 45 +++-- 1 file changed, 43 insertions(+), 2 deletions(-)

[PATCH v2 net-next 08/10] samples/bpf: add tracepoint support to bpf loader

Recognize "tracepoint/" section name prefix and attach the program to that tracepoint. Signed-off-by: Alexei Starovoitov --- samples/bpf/bpf_load.c | 26 +- 1 file changed, 21 insertions(+), 5 deletions(-) diff --git a/samples/bpf/bpf_load.c

[PATCH v2 net-next 10/10] samples/bpf: add tracepoint vs kprobe performance tests

the first microbenchmark does fd=open("/proc/self/comm"); for() { write(fd, "test"); } and on 4 cpus in parallel: writes per sec base (no tracepoints, no kprobes) 930k with kprobe at __set_task_comm() 420k with tracepoint at task:task_rename

[PATCH v2 net-next 04/10] perf, bpf: allow bpf programs attach to tracepoints

introduce BPF_PROG_TYPE_TRACEPOINT program type and allow it to be attached to the perf tracepoint handler, which will copy the arguments into the per-cpu buffer and pass it to the bpf program as its first argument. The layout of the fields can be discovered by doing 'cat

[PATCH v2 net-next 09/10] samples/bpf: tracepoint example

modify offwaketime to work with sched/sched_switch tracepoint instead of kprobe into finish_task_switch Signed-off-by: Alexei Starovoitov --- samples/bpf/offwaketime_kern.c | 26 ++ 1 file changed, 22 insertions(+), 4 deletions(-) diff --git

[PATCH v2 net-next 06/10] bpf: support bpf_get_stackid() and bpf_perf_event_output() in tracepoint programs

needs two wrapper functions to fetch 'struct pt_regs *' to convert tracepoint bpf context into kprobe bpf context to reuse existing helper functions Signed-off-by: Alexei Starovoitov --- include/linux/bpf.h | 1 + kernel/bpf/stackmap.c| 2 +- kernel/trace/bpf_trace.c

[PATCH v2 net-next 02/10] perf: remove unused __addr variable

now all calls to perf_trace_buf_submit() pass 0 as 4th argument which will be repurposed in the next patch which will change the meaning of 1st arg of perf_tp_event() to event_type Signed-off-by: Alexei Starovoitov --- include/trace/perf.h | 7 ++-

RE: [PATCH net-next V3 00/16] net: fec: cleanup and fixes

From: Troy Kisky Sent: Thursday, April 07, 2016 12:43 AM > To: Fugang Duan ; netdev@vger.kernel.org; > da...@davemloft.net; lzn...@gmail.com > Cc: Fabio Estevam ; l.st...@pengutronix.de; > and...@lunn.ch;

Re: [PATCH net-next V3 00/16] net: fec: cleanup and fixes

On 4/6/2016 2:20 PM, David Miller wrote: > > This is a way too large patch series. > > Please split it up into smaller, more logical, pieces. > > Thanks. > If you apply the 1st 3 that have been acked, I'll be at 13. Would I then send the next 5 for V4, and when that is applied send another

Re: [PATCH net-next V3 05/16] net: fec: reduce interrupts

On 4/6/2016 2:20 PM, David Miller wrote: > From: Troy Kisky > Date: Tue, 5 Apr 2016 19:25:51 -0700 > >> By clearing the NAPI interrupts in the NAPI routine >> and not in the interrupt handler, we can reduce the >> number of interrupts. We also don't need any

panic in __inet_hash

Rebased to top of tree a few minutes ago to test v6 of the multipath patch. I hitting a panic in __inet_hash: [ 17.264247] BUG: unable to handle kernel paging request at ffa8 [ 17.265015] IP: [] __inet_hash+0x11c/0x1c0 [ 17.265015] PGD 1e07067 PUD 1e09067 PMD 0 [

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

Paul Moore wrote: > On Wed, Apr 6, 2016 at 6:14 PM, Florian Westphal wrote: > > netfilter hooks are per namespace -- so there is hook unregister when > > netns is destroyed. > > Looking around, I see the global and per-namespace registration > functions

Re: [net-next 03/16] fm10k: Avoid crashing the kernel

On Tue, 2016-04-05 at 12:12 -0400, David Miller wrote: > As Joe suggested, it is not reasonable to expect all compilers to be > able to figure > out the result of all of the index increments in this function lead > to a specific > constant value. > > Your only option is to either keep the code

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

On Wed, Apr 6, 2016 at 6:14 PM, Florian Westphal wrote: > netfilter hooks are per namespace -- so there is hook unregister when > netns is destroyed. Looking around, I see the global and per-namespace registration functions (nf_register_hook and nf_register_net_hook,

Boot failure when using NFS on OMAP based evms

Hi All, Currently linux-next is failing to boot via NFS on my AM335x GP evm, AM437x GP evm and Beagle X15. I bisected the problem down to the commit "udp: remove headers from UDP packets before queueing". I had to revert the following three commits to get things working again:

Re: [RFC PATCH 5/5] Add sample for adding simple drop program to link

On Wed, Apr 06, 2016 at 10:01:00PM +0200, Jesper Dangaard Brouer wrote: > On Wed, 6 Apr 2016 21:48:48 +0200 > Jesper Dangaard Brouer wrote: > > If I do multiple flows, via ./pktgen_sample05_flow_per_thread.sh > > then I hit this strange 14.5Mpps limit (proto 17: 14505558

Re: [RFC PATCH 2/2] selinux: implement support for dynamic net hook [de-]registration

On 4/6/2016 2:51 AM, Paolo Abeni wrote: > This patch leverage the netlbl_changed() hook to perform on demand > registration and deregistration of the netfilter hooks and the > socket_sock_rcv_skb hook. > > With default policy and empty netfilter/netlabel configuration, the > above hooks are not

[PATCH net-next v2] macvlan: Support interface operstate properly

Set appropriate macvlan interface status based on lower device and our status. Can be up, down, or lowerlayerdown. de7d244d0 improved operstate by setting it from unknown to up, however it did not handle transferring down or lowerlayerdown. Signed-off-by: Debabrata Banerjee

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

Paul Moore wrote: > On Wed, Apr 6, 2016 at 5:51 AM, Paolo Abeni wrote: > > Currently, selinux always registers iptables POSTROUTING hooks regarless of > > the running policy needs for any action to be performed by them. > > > > Even the

Re: [PATCH net-next] net: intel: remove dead links

On Wed, 2016-04-06 at 16:54 -0400, David Miller wrote: > From: Jiri Benc > Date: Tue,  5 Apr 2016 16:25:07 +0200 > > > > > The Kconfig for Intel NICs references two different URLs for the > > "Adapter > > & Driver ID Guide". Neither of those two links works. The current > >

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

On 4/6/2016 2:51 AM, Paolo Abeni wrote: > Currently, selinux always registers iptables POSTROUTING hooks regarless of > the running policy needs for any action to be performed by them. > > Even the socket_sock_rcv_skb() is always registered, but it can result in a > no-op > depending on the

Re: [PATCH net-next 0/7] sctp: support sctp_diag in kernel

On Wed, Apr 06, 2016 at 04:13:12PM -0400, David Miller wrote: > From: Xin Long > Date: Tue, 5 Apr 2016 12:06:25 +0800 > > > This patchset will add sctp_diag module to implement diag interface on > > sctp in kernel. > ... > > This series looks generally fine to me, but

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

On Wed, Apr 6, 2016 at 5:37 PM, Casey Schaufler wrote: > On 4/6/2016 2:51 AM, Paolo Abeni wrote: >> Currently, selinux always registers iptables POSTROUTING hooks regarless of >> the running policy needs for any action to be performed by them. >> >> Even the

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

On 4/6/2016 2:51 AM, Paolo Abeni wrote: > Currently, selinux always registers iptables POSTROUTING hooks regarless of > the running policy needs for any action to be performed by them. > > Even the socket_sock_rcv_skb() is always registered, but it can result in a > no-op > depending on the

Re: [PATCH] macvlan: Support interface operstate properly

On 04/06/2016 11:26 PM, Banerjee, Debabrata wrote: > On 4/6/16, 5:03 PM, "Nikolay Aleksandrov" wrote: > > >> On 04/06/2016 10:30 PM, Debabrata Banerjee wrote: >>> Set appropriate macvlan interface status based on lower device and our >>> status. Can be up, down, or

Re: [PATCH] macvlan: Support interface operstate properly

On 4/6/16, 5:03 PM, "Nikolay Aleksandrov" wrote: >On 04/06/2016 10:30 PM, Debabrata Banerjee wrote: >> Set appropriate macvlan interface status based on lower device and our >> status. Can be up, down, or lowerlayerdown. >> >> Signed-off-by: Debabrata Banerjee

Re: [PATCH] macvlan: Support interface operstate properly

On 04/06/2016 11:03 PM, Nikolay Aleksandrov wrote: > On 04/06/2016 10:30 PM, Debabrata Banerjee wrote: >> Set appropriate macvlan interface status based on lower device and our >> status. Can be up, down, or lowerlayerdown. >> >> Signed-off-by: Debabrata Banerjee >> > > May

Re: [patch net-next 00/17] mlxsw: Introduce support for Data Center Bridging

From: Jiri Pirko Date: Wed, 6 Apr 2016 17:09:59 +0200 > From: Jiri Pirko > > Ido says: > > This patchset introduces support for Quality of Service (QoS) as part of the > IEEE Data Center Bridiging (DCB) standards. > > Patches 1-9 do the required device

Re: [PATCH v2 1/2] sctp: compress bit-wide flags to a bitfield on sctp_sock

On Wed, Apr 06, 2016 at 03:57:35PM -0400, David Miller wrote: > From: Joe Perches > Date: Wed, 06 Apr 2016 12:53:24 -0700 > > > On Wed, 2016-04-06 at 14:53 -0300, Marcelo Ricardo Leitner wrote: > >> It wastes space and gets worse as we add new flags, so convert bit-wide > >>

Re: [PATCH net-next V3 00/16] net: fec: cleanup and fixes

This is a way too large patch series. Please split it up into smaller, more logical, pieces. Thanks.

Re: [PATCH net-next V3 05/16] net: fec: reduce interrupts

From: Troy Kisky Date: Tue, 5 Apr 2016 19:25:51 -0700 > By clearing the NAPI interrupts in the NAPI routine > and not in the interrupt handler, we can reduce the > number of interrupts. We also don't need any status > variables as the registers are still valid. >

[PATCH v2] packet: uses kfree_skb() for drops or errors.

consume_skb() isn't for drop or error cases that kfree_skb() is more proper one. At this patch, it fixed tpacket_rcv() and packet_rcv() to be consistent for error or non-error cases letting perf trace its event properly. Signed-off-by: Weongyo Jeong ---

Re: [PATCH] macvlan: Support interface operstate properly

On 04/06/2016 10:30 PM, Debabrata Banerjee wrote: > Set appropriate macvlan interface status based on lower device and our > status. Can be up, down, or lowerlayerdown. > > Signed-off-by: Debabrata Banerjee > May I ask what is exactly that you're fixing here ? I recently

Re: [net-next 00/14][pull request] 40GbE Intel Wired LAN Driver Updates 2016-04-05

From: Jeff Kirsher Date: Tue, 5 Apr 2016 20:35:55 -0700 > This series contains updates to i40e and i40evf only. Pulled, thanks Jeff.

Re: [PATCH net-next] net: add the AF_KCM entries to family name tables

From: Dexuan Cui Date: Tue, 5 Apr 2016 07:41:11 -0700 > This is for the recent kcm driver, which introduces AF_KCM(41) in > b7ac4eb(kcm: Kernel Connection Multiplexor module). > > Signed-off-by: Dexuan Cui > Cc: Signed-off-by: Tom Herbert

Re: [PATCH net] MAINTAINERS: intel-wired-lan list is moderated

From: Jiri Benc Date: Tue, 5 Apr 2016 16:39:37 +0200 > I got the following message: > >> Your mail to 'Intel-wired-lan' with the subject >> >> [PATCH net-next] net: intel: remove dead links >> >> Is being held until the list moderator can review it for approval. >> >> The

Re: [PATCH net-next] net: intel: remove dead links

From: Jiri Benc Date: Tue, 5 Apr 2016 16:25:07 +0200 > The Kconfig for Intel NICs references two different URLs for the "Adapter > & Driver ID Guide". Neither of those two links works. The current URL seems > to be >

Re: [PATCH net-next v3 0/4] vxlan: implement Generic Protocol Extension (GPE)

From: Jiri Benc Date: Tue, 5 Apr 2016 14:47:09 +0200 > v3: just rebased on top of the current net-next, no changes > > This patchset implements VXLAN-GPE. It follows the same model as the tun/tap > driver: depending on the chosen mode, the vxlan interface is created either >

Re: [PATCH net 1/4] lib/test_bpf: Fix JMP_JSET tests

From: "Naveen N. Rao" Date: Tue, 5 Apr 2016 15:32:53 +0530 > JMP_JSET tests incorrectly used BPF_JNE. Fix the same. > > Cc: Alexei Starovoitov > Cc: Daniel Borkmann > Cc: "David S. Miller" > Cc: Ananth

Re: [PATCH net 3/4] lib/test_bpf: Add test to check for result of 32-bit add that overflows

From: "Naveen N. Rao" Date: Tue, 5 Apr 2016 15:32:55 +0530 > BPF_ALU32 and BPF_ALU64 tests for adding two 32-bit values that results in > 32-bit overflow. > > Cc: Alexei Starovoitov > Cc: Daniel Borkmann > Cc: "David S.

Re: [PATCH net 4/4] lib/test_bpf: Add additional BPF_ADD tests

From: "Naveen N. Rao" Date: Tue, 5 Apr 2016 15:32:56 +0530 > Some of these tests proved useful with the powerpc eBPF JIT port due to > sign-extended 16-bit immediate loads. Though some of these aspects get > covered in other tests, it is better to have explicit

Re: [PATCH net 2/4] lib/test_bpf: Add tests for unsigned BPF_JGT

From: "Naveen N. Rao" Date: Tue, 5 Apr 2016 15:32:54 +0530 > Unsigned Jump-if-Greater-Than. > > Cc: Alexei Starovoitov > Cc: Daniel Borkmann > Cc: "David S. Miller" > Cc: Ananth N Mavinakayanahalli

Re: [PATCH (net.git)] stmmac: fix adjust link call in case of a switch is attached

From: Giuseppe Cavallaro Date: Tue, 5 Apr 2016 08:46:57 +0200 > While initializing the phy, the stmmac driver sets the > PHY_IGNORE_INTERRUPT so the PAL won't call the adjust hook > that is needed, on some platforms, e.g. STi, to invoke the glue. > > The patch allows the

[PATCH] macvlan: Support interface operstate properly

Set appropriate macvlan interface status based on lower device and our status. Can be up, down, or lowerlayerdown. Signed-off-by: Debabrata Banerjee diff --git a/drivers/net/macvlan.c b/drivers/net/macvlan.c index 2bcf1f3..0f4b000 100644 --- a/drivers/net/macvlan.c +++

Re: [PATCH net-next v2 0/3] net: dsa: voidify STP setter and FDB/VLAN add ops

2016-04-06 8:55 GMT-07:00 Vivien Didelot : > Neither the DSA layer nor the bridge code (see br_set_state) really care > about eventual errors from STP state setters, so make it void. > > The DSA layer separates the prepare and commit phases of switchdev in >

[PATCH 2/3] bonding: don't request extraneous rlb updates

Don't attempt to send rlb updates for incomplete entries, which can't be sent anyway. Signed-off-by: Debabrata Banerjee diff --git a/drivers/net/bonding/bond_alb.c b/drivers/net/bonding/bond_alb.c index 1b45378..b7c7027 100644 --- a/drivers/net/bonding/bond_alb.c +++

[PATCH 3/3] bonding: use common broadcast addr checks

Replace homegrown broadcast checks with faster defs from etherdevice.h Signed-off-by: Debabrata Banerjee diff --git a/drivers/net/bonding/bond_alb.c b/drivers/net/bonding/bond_alb.c index b7c7027..27238f3 100644 --- a/drivers/net/bonding/bond_alb.c +++

[PATCH 1/3] bonding: do not allow rlb updates to invalid mac

Make sure multicast, broadcast, and zero mac's cannot be the output of rlb updates, which should all be directed arps. Receive load balancing will be collapsed if any of these happen, as the switch will broadcast. Signed-off-by: Debabrata Banerjee diff --git

Re: [PATCH net-next] net: bcmgenet: add BQL support

2016-04-05 17:50 GMT-07:00 Petri Gynther : > Add Byte Queue Limits (BQL) support to bcmgenet driver. > > Signed-off-by: Petri Gynther Signed-off-by: Florian Fainelli Thanks! -- Florian

Re: [PATCH net-next 0/7] sctp: support sctp_diag in kernel

From: Xin Long Date: Tue, 5 Apr 2016 12:06:25 +0800 > This patchset will add sctp_diag module to implement diag interface on > sctp in kernel. ... This series looks generally fine to me, but I'd like to see some review from SCTP experts before I apply this series.

Re: [PATCHv2 net-next 3/6] bridge: simplify the stp_state_store by calling store_bridge_parm

From: Toshiaki Makita Date: Tue, 5 Apr 2016 14:08:13 +0900 > On 2016/04/05 12:32, Xin Long wrote: >> There are some repetitive codes in stp_state_store, we can remove >> them by calling store_bridge_parm. >> >> Signed-off-by: Xin Long >> ---

Re: [PATCH net-next 2/3] net: bcmgenet: cleanup for bcmgenet_xmit_frag()

From: Petri Gynther Date: Mon, 4 Apr 2016 17:10:00 -0700 > Add frag_size = skb_frag_size(frag) and use it when needed. > > Signed-off-by: Petri Gynther Applied.

Re: [PATCH net-next 1/3] net: bcmgenet: cleanup for bcmgenet_xmit()

From: Petri Gynther Date: Mon, 4 Apr 2016 17:09:59 -0700 > 1. Readability: Move nr_frags assignment a few lines down in order >to bundle index -> ring -> txq calculations together. > 2. Readability: Add parentheses around nr_frags + 1. > 3. Minor fix: Stop the Tx queue

Re: [PATCH net-next 3/3] net: bcmgenet: fix dmadesc_set()

From: Petri Gynther Date: Mon, 4 Apr 2016 17:10:01 -0700 > dmadesc_set() is used for setting the Tx buffer DMA address, length, > and status bits on a Tx ring descriptor when a frame is being Tx'ed. > > Always set the Tx buffer DMA address first, before updating the length

Re: [RFC PATCH 0/2] selinux: avoid nf hooks overhead when not needed

On Wed, Apr 6, 2016 at 3:39 PM, David Miller wrote: > From: Paul Moore > Date: Wed, 6 Apr 2016 14:36:43 -0400 > >> On Wed, Apr 6, 2016 at 2:23 PM, David Miller wrote: >>> From: Paul Moore >>> Date: Wed, 6 Apr

Re: af_packet: tone down the Tx-ring unsupported spew.

From: Dave Jones Date: Mon, 4 Apr 2016 15:11:50 -0400 > Trinity and other fuzzers can hit this WARN on far too easily, > resulting in a tainted kernel that hinders automated fuzzing. > > Replace it with a rate-limited printk. > > Signed-off-by: Dave Jones

Re: [Patch net] net_sched: fix a memory leak in tc action

From: Cong Wang Date: Mon, 4 Apr 2016 10:32:48 -0700 > Fixes: ddf97ccdd7cb ("net_sched: add network namespace support for tc > actions") > Reported-by: Dmitry Vyukov > Tested-by: Dmitry Vyukov > Cc: Jamal Hadi Salim

Re: [RFC PATCH 5/5] Add sample for adding simple drop program to link

On 04/06/2016 09:48 PM, Jesper Dangaard Brouer wrote: I'm testing with this program and these patches, after getting past the challenge of compiling the samples/bpf files ;-) On Fri, 1 Apr 2016 18:21:58 -0700 Brenden Blanco wrote: Add a sample program that only drops

Re: [PATCHv2 net 2/3] samples/bpf: Use llc in PATH, rather than a hardcoded value

From: "Naveen N. Rao" Date: Mon, 4 Apr 2016 22:31:33 +0530 > While at it, remove the generation of .s files and fix some typos in the > related comment. > > Cc: Alexei Starovoitov > Cc: David S. Miller > Cc: Daniel Borkmann

Re: [PATCHv2 net 3/3] samples/bpf: Enable powerpc support

From: "Naveen N. Rao" Date: Mon, 4 Apr 2016 22:31:34 +0530 > Add the necessary definitions for building bpf samples on ppc. > > Since ppc doesn't store function return address on the stack, modify how > PT_REGS_RET() and PT_REGS_FP() work. > > Also, introduce

  1   2   3   >