Re: [PATCH iproute2 1/2] tc: flower: Introduce vlan support

On Mon, 22 Aug 2016 13:24:53 +0300 Hadar Hen Zion wrote: > iff --git a/include/linux/tc_act/tc_vlan.h b/include/linux/tc_act/tc_vlan.h > index 31151ff..26ae695 100644 > --- a/include/linux/tc_act/tc_vlan.h > +++ b/include/linux/tc_act/tc_vlan.h > @@ -16,6 +16,9 @@ > >

Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type

On Mon, Aug 29, 2016 at 01:01:18PM -0400, Tejun Heo wrote: > Hello, > > On Mon, Aug 29, 2016 at 04:47:07AM -0700, Sargun Dhillon wrote: > > This patch adds a minor LSM, Checmate. Checmate is a flexible programmable, > > extensible minor LSM that's coupled with cgroups and BPF. It is designed to >

pull-request: wireless-drivers 2016-08-29

Hi Dave, I'm quite backlogged after coming back from my vacation but luckily it has been pretty quiet. Here is the first batch of patches for 4.8, quite simple actually and not really anything special to mention. More to come later, most probably next week. Please let me know if there are any

Re: [PATCH v3 net-next 1/1] net_sched: Introduce skbmod action

On Mon, 2016-08-29 at 07:35 -0400, Jamal Hadi Salim wrote: >flags = READ_ONCE(d->flags); > rcu_read_lock(); > if (flags & SKBMOD_F_DMAC) > ether_addr_copy(eth_hdr(skb)->h_dest, d->eth_dst); > if (flags & SKBMOD_F_SMAC) >

Re: [PATCH net-next] tcp: add tcp_add_backlog()

On Sat, Aug 27, 2016 at 07:37:54AM -0700, Eric Dumazet wrote: > From: Eric Dumazet > > When TCP operates in lossy environments (between 1 and 10 % packet > losses), many SACK blocks can be exchanged, and I noticed we could > drop them on busy senders, if these SACK blocks

Re: [PATCH net-next] tcp: add tcp_add_backlog()

On Mon, 2016-08-29 at 15:51 -0300, Marcelo Ricardo Leitner wrote: > skb->truesize = SKB_TRUESIZE(skb_end_offset(skb)); > > Shouldn't __pskb_pull_tail() already fix this? As it seems the expected > behavior and it would have a more global effect then. For drivers not > using copybreak,

Re: [PATCH] iproute: disallow ip rule del without parameters

On Wed, 24 Aug 2016 23:43:00 +0300 "Andrey Jr. Melnikov" wrote: > Disallow run `ip rule del` without any parameter to avoid delete any first > rule from table. > > Signed-off-by: Andrey Jr. Melnikov > --- > > diff --git a/ip/iprule.c b/ip/iprule.c >

[patch iproute2 v2 1/2] tc: Add support for the matchall traffic classifier.

From: Yotam Gigi The matchall classifier matches every packet and allows the user to apply actions on it. In addition, it supports the skip_sw and skip_hw (as can be found on u32 and flower filter) that direct the kernel to skip the software/hardware processing of the

[patch iproute2 v2 0/2] Add matchall support to tc

From: Jiri Pirko Yotam says: Add the matchall classifier support to tc and added the specific man pages. --- v1->v2: -fixed couple of checkpatch issues Yotam Gigi (2): tc: Add support for the matchall traffic classifier. tc: man: Add man entry for the matchall

[patch iproute2 v2 2/2] tc: man: Add man entry for the matchall classifier.

From: Yotam Gigi In addition to providing information about the mathcall filter and its configurations, the man entry contains examples for creating port mirorring entries. Signed-off-by: Yotam Gigi Signed-off-by: Jiri Pirko ---

Re: [patch iproute2 1/2] tc: Add support for the matchall traffic classifier.

On Mon, 22 Aug 2016 13:56:25 +0200 Jiri Pirko wrote: > From: Yotam Gigi > > The matchall classifier matches every packet and allows the user to apply > actions on it. In addition, it supports the skip_sw and skip_hw (as can > be found on u32 and flower

Re: [PATCH net iproute2] devlink: Add e-switch support

On Sun, 28 Aug 2016 16:35:21 +0300 Or Gerlitz wrote: > Implement kernel devlink e-switch interface. Currently we allow > to get and set the device e-switch mode. > > Signed-off-by: Or Gerlitz > Signed-off-by: Roi Dayan Applied

Re: [patch iproute2 1/2] tc: Add support for the matchall traffic classifier.

Mon, Aug 29, 2016 at 08:03:21PM CEST, step...@networkplumber.org wrote: >On Mon, 22 Aug 2016 13:56:25 +0200 >Jiri Pirko wrote: > >> From: Yotam Gigi >> >> The matchall classifier matches every packet and allows the user to apply >> actions on it. In

Re: [RFCv2 07/16] bpf: enable non-core use of the verfier

On 08/29/2016 10:13 PM, Daniel Borkmann wrote: On 08/27/2016 07:32 PM, Alexei Starovoitov wrote: On Sat, Aug 27, 2016 at 12:40:04PM +0100, Jakub Kicinski wrote: On Fri, 26 Aug 2016 16:29:05 -0700, Alexei Starovoitov wrote: On Fri, Aug 26, 2016 at 07:06:06PM +0100, Jakub Kicinski wrote:

[PATCH net-next 2/3] net: dsa: mv88e6xxx: make switchdev DB ops generic

The MDB support for the mv88e6xxx driver will be very similar to the FDB support, since it consists of loading/purging/dumping address to/from the Address Translation Unit (ATU). Prepare the support for MDB by making the FDB code accessing the ATU generic. The FDB operations now provide access to

Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type

Hello, Sargun. On Mon, Aug 29, 2016 at 11:49:07AM -0700, Sargun Dhillon wrote: > It would be a separate hook per LSM hook. Why wouldn't we want a separate bpf > hook per lsm hook? I think if one program has to handle them all, the first > program would be looking up the hook program in a bpf

Re: [PATCH net-next] tcp: add tcp_add_backlog()

On Mon, Aug 29, 2016 at 12:22:37PM -0700, Eric Dumazet wrote: > On Mon, 2016-08-29 at 15:51 -0300, Marcelo Ricardo Leitner wrote: > > skb->truesize = SKB_TRUESIZE(skb_end_offset(skb)); > > > > Shouldn't __pskb_pull_tail() already fix this? As it seems the expected > > behavior and it would

Re: [RFCv2 07/16] bpf: enable non-core use of the verfier

On 08/27/2016 07:32 PM, Alexei Starovoitov wrote: On Sat, Aug 27, 2016 at 12:40:04PM +0100, Jakub Kicinski wrote: On Fri, 26 Aug 2016 16:29:05 -0700, Alexei Starovoitov wrote: On Fri, Aug 26, 2016 at 07:06:06PM +0100, Jakub Kicinski wrote: Advanced JIT compilers and translators may want to

[PATCH net-next 1/3] net: dsa: add MDB support

Add SWITCHDEV_OBJ_ID_PORT_MDB support to the DSA layer. Signed-off-by: Vivien Didelot --- Documentation/networking/dsa/dsa.txt | 23 +++ include/net/dsa.h| 16 +++ net/dsa/slave.c | 55

[PATCH net-next 3/3] net: dsa: mv88e6xxx: add MDB support

Add support for the MDB operations. This consists of loading/purging/dumping multicast addresses for a given port in the ATU. Signed-off-by: Vivien Didelot --- drivers/net/dsa/mv88e6xxx/chip.c | 65 1 file changed, 65

[PATCH net-next 0/3] net: dsa: add MDB support

This patchset adds the switchdev MDB object support to the DSA layer. The MDB support for the mv88e6xxx driver is very similar to the FDB support. The FDB operations care about unicast addresses while the MDB operations care about multicast addresses. Both operation set load/purge/dump the

Re: [PATCH] bonding: Allow tun-interfaces as slaves

Ping. Not sure if we reached some conclusion yet. If we did, I must have missed it. Jörn -- If you managed to confuse the compiler, you lost your human readers a long time ago. -- hummassa

Re: [PATCH v3 3/6] bpf: add BPF_PROG_ATTACH and BPF_PROG_DETACH commands

On 08/26/2016 09:58 PM, Daniel Mack wrote: Extend the bpf(2) syscall by two new commands, BPF_PROG_ATTACH and BPF_PROG_DETACH which allow attaching and detaching eBPF programs to a target. On the API level, the target could be anything that has an fd in userspace, hence the name of the field in

Re: [PATCH net-next 0/6] perf, bpf: add support for bpf in sw/hw perf_events

On Mon, Aug 29, 2016 at 12:58:00PM +0200, Peter Zijlstra wrote: > On Fri, Aug 26, 2016 at 07:31:18PM -0700, Alexei Starovoitov wrote: > > Hi Peter, Dave, > > > > this patch set is a follow up to the discussion: > > https://lkml.org/lkml/2016/8/4/304 > > Please don't use lkml.org links, that site

Re: [PATCH v3 2/6] cgroup: add support for eBPF programs

On Fri, Aug 26, 2016 at 09:58:48PM +0200, Daniel Mack wrote: > This patch adds two sets of eBPF program pointers to struct cgroup. > One for such that are directly pinned to a cgroup, and one for such > that are effective for it. > > To illustrate the logic behind that, assume the following

Re: [PATCH v3 4/6] net: filter: run cgroup eBPF ingress programs

On 08/26/2016 09:58 PM, Daniel Mack wrote: If the cgroup associated with the receiving socket has an eBPF programs installed, run them from sk_filter_trim_cap(). eBPF programs used in this context are expected to either return 1 to let the packet pass, or != 1 to drop them. The programs have

Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type

On Aug 29, 2016 3:19 PM, "Mickaël Salaün" wrote: > > > On 29/08/2016 23:49, Alexei Starovoitov wrote: > > On 8/29/16 12:24 PM, Tejun Heo wrote: > >> Hello, Sargun. > >> > >> On Mon, Aug 29, 2016 at 11:49:07AM -0700, Sargun Dhillon wrote: > >>> It would be a separate hook per LSM

[NetDev] [ANNOUNCE] Netdev 1.2 weekly updates (30th August, 2016)

Hello folks, I hope you're doing well. Here is an weekly update of Netdev 1.2 Tokyo. The early bird registration is still available. Please don't miss the discount ticket - and your early registration will be definitely helpful to prepare the conference.

Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type

On 8/29/16 12:24 PM, Tejun Heo wrote: Hello, Sargun. On Mon, Aug 29, 2016 at 11:49:07AM -0700, Sargun Dhillon wrote: It would be a separate hook per LSM hook. Why wouldn't we want a separate bpf hook per lsm hook? I think if one program has to handle them all, the first program would be

Re: [PATCH v3 5/6] net: core: run cgroup eBPF egress programs

On 08/26/2016 09:58 PM, Daniel Mack wrote: If the cgroup associated with the receiving socket has an eBPF programs installed, run them from __dev_queue_xmit(). eBPF programs used in this context are expected to either return 1 to let the packet pass, or != 1 to drop them. The programs have

Re: [PATCH v3 5/6] net: core: run cgroup eBPF egress programs

On Tue, Aug 30, 2016 at 12:03:23AM +0200, Daniel Borkmann wrote: > On 08/26/2016 09:58 PM, Daniel Mack wrote: > >If the cgroup associated with the receiving socket has an eBPF > >programs installed, run them from __dev_queue_xmit(). > > > >eBPF programs used in this context are expected to either

Re: [net-next RFC v2 8/9] samples/bpf: Add limit_connections, remap_bind checmate examples / tests

On Mon, Aug 29, 2016 at 04:47:46AM -0700, Sargun Dhillon wrote: > 1) limit_connections > This program performs connection limiting using a probablistic > datastructure. It ensures that for a given 2-tuple, there will never be > more than 10 connections. The parameters themselves are adjustable >

Re: kernel BUG at net/unix/garbage.c:149!"

On Sat, Aug 27, 2016 at 11:55 AM, Miklos Szeredi wrote: > > On Wed, Aug 24, 2016 at 11:40 PM, Hannes Frederic Sowa > wrote: > > On 24.08.2016 16:24, Nikolay Borisov wrote: > >> Hello, > >> > >> I hit the following BUG: > >> > >> [1851513.239831]

Re: [RFCv2 11/16] net: cls_bpf: allow offloaded filters to update stats

On 08/26/2016 08:06 PM, Jakub Kicinski wrote: Call into offloaded filters to update stats. Signed-off-by: Jakub Kicinski Acked-by: Daniel Borkmann

Re: [RFCv2 16/16] nfp: bpf: add offload of TC direct action mode

On 08/26/2016 08:06 PM, Jakub Kicinski wrote: Add offload of TC in direct action mode. We just need to provide appropriate checks in the verifier and a new outro block to translate the exit codes to what data path expects Signed-off-by: Jakub Kicinski [...]

Re: [PATCH] net: ethernet: renesas: sh_eth: do not access POST registers if not exist

Hello. On 08/29/2016 05:41 PM, Chris Brandt wrote: The RZ/A1 has a TSU, but since it only has one Ethernet port, it does not have POST registers. I'm not sure the reason is having one port... do you have the old SH manuals somewhere? :-) Yes, I used to support the SH7757. Good to

[PATCH net-next] MAINTAINERS: update to working email address

Signed-off-by: Andy Gospodarek --- MAINTAINERS | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/MAINTAINERS b/MAINTAINERS index 99f9527..ccf186d 100644 --- a/MAINTAINERS +++ b/MAINTAINERS @@ -2484,7 +2484,7 @@ F:include/net/bluetooth/ BONDING

[PATCH RFC 1/2] net: Implement net_stats callbacks

net_stats callbacks are functions, which are called during a cpu is going down. They operate on percpu statistics and should move it from dying cpu to an alive one. The callbacks are called on CPU_DYING stage, when machine is stopped, and they are executed on dying cpu. This allows to minimize

Re: [PATCH v3 1/6] bpf: add new prog type for cgroup socket filtering

On 08/26/2016 09:58 PM, Daniel Mack wrote: For now, this program type is equivalent to BPF_PROG_TYPE_SOCKET_FILTER in terms of checks during the verification process. It may access the skb as well. Programs of this type will be attached to cgroups for network filtering and accounting.

Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type

On 29/08/2016 23:49, Alexei Starovoitov wrote: > On 8/29/16 12:24 PM, Tejun Heo wrote: >> Hello, Sargun. >> >> On Mon, Aug 29, 2016 at 11:49:07AM -0700, Sargun Dhillon wrote: >>> It would be a separate hook per LSM hook. Why wouldn't we want a >>> separate bpf >>> hook per lsm hook? I think if

[PATCH RFC 2/2] net: Iterate over present cpus only during ipstats calculation

Use net_stats callback to iterate only present cpus mask. This gives a signify performance growth on configurations with large number of possible cpus. Signed-off-by: Kirill Tkhai --- net/ipv6/addrconf.c |4 +++- net/ipv6/af_inet6.c | 56

[PATCH RFC 0/2] net: Iterate over cpu_present_mask during calculation of percpu statistics

Many variables of statistics type are made percpu in kernel. This allows to do not make them atomic or to do not use synchronization. The result value is calculated as sum of values on every possible cpu. The problem is this scales bad. The calculations may took a lot of time. For example, some

Re: [PATCH v3 2/6] cgroup: add support for eBPF programs

On 08/26/2016 09:58 PM, Daniel Mack wrote: This patch adds two sets of eBPF program pointers to struct cgroup. One for such that are directly pinned to a cgroup, and one for such that are effective for it. To illustrate the logic behind that, assume the following example cgroup hierarchy. A

Re: [PATCH iproute2 net-next v3] bridge: vlan: add support to display per-vlan statistics

On Thu, 25 Aug 2016 14:28:55 +0200 Nikolay Aleksandrov wrote: > This patch adds support for the stats argument to the bridge > vlan command which will display the per-vlan statistics and the device > each vlan belongs to with its flags. The supported command

Re: [PATCH net-next] sky2: use napi_complete_done

On Mon, 2016-08-29 at 10:16 -0700, Stephen Hemminger wrote: > Update the sky2 driver to pass number of packets done to NAPI. > The driver was never updated when napi_complete_done was added. > > Signed-off-by: Stephen Hemminger > --- Acked-by: Eric Dumazet

Re: [PATCH net-next 1/6] bpf: support 8-byte metafield access

On 08/27/2016 04:31 AM, Alexei Starovoitov wrote: The verifier supported only 4-byte metafields in struct __sk_buff and struct xdp_md. The metafields in upcoming struct bpf_perf_event are 8-byte to match register width in struct pt_regs. Teach verifier to recognize 8-byte metafield access. The

Re: [PATCH net-next 2/6] bpf: introduce BPF_PROG_TYPE_PERF_EVENT program type

On 08/27/2016 04:31 AM, Alexei Starovoitov wrote: Introduce BPF_PROG_TYPE_PERF_EVENT programs that can be attached to HW and SW perf events (PERF_TYPE_HARDWARE and PERF_TYPE_SOFTWARE correspondingly in uapi/linux/perf_event.h) The program visible context meta structure is struct

Re: [PATCH net-next 3/6] bpf: perf_event progs should only use preallocated maps

On 08/27/2016 04:31 AM, Alexei Starovoitov wrote: Make sure that BPF_PROG_TYPE_PERF_EVENT programs only use preallocated hash maps, since doing memory allocation in overflow_handler can crash depending on where nmi got triggered. Signed-off-by: Alexei Starovoitov Acked-by:

did you receive my previous email ?

Hello, This is the second time i am sending you this mail. I, Friedrich Mayrhofer and my wife has Donate $ 1,000,000.00 USD to You, Email Me personally for more details. Regards. Friedrich Mayrhofer

Re: [net-next 00/14][pull request] 100GbE Intel Wired LAN Driver Updates 2016-08-29

From: Jeff Kirsher Date: Mon, 29 Aug 2016 02:13:32 -0700 > This series contains updates to fm10k only. Pulled, thanks Jeff.

Re: [PATCH] net/mlx4_en: protect ring->xdp_prog with rcu_read_lock

Hi Brenden, The solution direction should be XDP specific that does not hurt the regular flow. On 26/08/2016 11:38 PM, Brenden Blanco wrote: Depending on the preempt mode, the bpf_prog stored in xdp_prog may be freed despite the use of call_rcu inside bpf_prog_put. The situation is possible

Re: [PATCH net-next 0/6] perf, bpf: add support for bpf in sw/hw perf_events

On Mon, Aug 29, 2016 at 5:19 AM, Peter Zijlstra wrote: > > On Fri, Aug 26, 2016 at 07:31:18PM -0700, Alexei Starovoitov wrote: > > Hi Peter, Dave, > > > > this patch set is a follow up to the discussion: > > https://lkml.org/lkml/2016/8/4/304 > > It turned out to be simpler

[PATCH net v3 3/9] net: ethernet: mediatek: fix API usage with skb_free_frag

From: Sean Wang use skb_free_frag() instead of legacy put_page() Signed-off-by: Sean Wang Acked-by: John Crispin --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH net v3 6/9] net: ethernet: mediatek: fix issue of driver removal with interface is up

From: Sean Wang mtk_stop() must be called to stop for freeing DMA resources acquired and restoring state changed by mtk_open() firstly when module removal. Signed-off-by: Sean Wang --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 8 1

[PATCH net v3 9/9] net: ethernet: mediatek: fix error handling inside mtk_mdio_init

From: Sean Wang Return -ENODEV if the MDIO bus is disabled in the device tree. Signed-off-by: Sean Wang Acked-by: John Crispin Reviewed-by: Andrew Lunn --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 2 +- 1

[PATCH net v3 4/9] net: ethernet: mediatek: remove redundant free_irq for devm_request_irq allocated irq

From: Sean Wang these irqs are not used for shared irq and disabled during ethernet stops. irq requested by devm_request_irq is safe to be freed automatically on driver detach. Signed-off-by: Sean Wang Acked-by: John Crispin

Re: [net-next RFC v2 4/9] bpf, security: Add Checmate security LSM and BPF program type

On Mon, Aug 29, 2016 at 02:49:17PM -0700, Alexei Starovoitov wrote: > On 8/29/16 12:24 PM, Tejun Heo wrote: > >Hello, Sargun. > > > >On Mon, Aug 29, 2016 at 11:49:07AM -0700, Sargun Dhillon wrote: > >>It would be a separate hook per LSM hook. Why wouldn't we want a separate > >>bpf > >>hook per

Re: [PATCH] bonding: Allow tun-interfaces as slaves

On 2016/8/12 2:24, Jörn Engel wrote: > On Wed, Aug 10, 2016 at 05:58:38PM -0700, Jay Vosburgh wrote: >> Jörn Engel wrote: >>> On Wed, Aug 10, 2016 at 02:26:49PM -0700, Jörn Engel wrote: Having to set one more parameter is a bit annoying. It would have to be

Re: [PATCH net 1/2] ipv6: add missing netconf notif when 'all' is updated

Nicolas Dichtel wrote: > The 'default' value was not advertised. > > Fixes: f3a1bfb11ccb ("rtnl/ipv6: use netconf msg to advertise forwarding > status") > Signed-off-by: Nicolas Dichtel > --- > net/ipv6/addrconf.c | 7 +++ > 1 file changed, 7 insertions(+) > >

[PATCH net v3 0/9] net: ethernet: mediatek: a couple of fixes

From: Sean Wang a couple of fixes come out from integrating with linux-4.8 rc1 they all are verified and workable on linux-4.8 rc1 Changes since v1: - usage of loops to work out if all required clock are ready instead of tedious coding - remove redundant pinctrl setup

[PATCH net v3 2/9] net: ethernet: mediatek: fix incorrect return value of devm_clk_get with EPROBE_DEFER

From: Sean Wang 1) If the return value of devm_clk_get is EPROBE_DEFER, we should defer probing the driver. The change is verified and works based on 4.8-rc1 staying with the latest clk-next code for MT7623. 2) Changing with the usage of loops to work out if all clocks

[PATCH net v3 8/9] net: ethernet: mediatek: use devm_mdiobus_alloc instead of mdiobus_alloc inside mtk_mdio_init

From: Sean Wang a lot of parts in the driver uses devm_* APIs to gain benefits from the device resource management, so devm_mdiobus_alloc is also used instead of mdiobus_alloc to have more elegant code flow. Using common code provided by the devm_* helps to 1) have

[PATCH net v3 7/9] net: ethernet: mediatek: fix the missing of_node_put() after node is used done inside mtk_mdio_init

From: Sean Wang This patch adds the missing of_node_put() after finishing the usage of of_get_child_by_name. Signed-off-by: Sean Wang Acked-by: John Crispin --- drivers/net/ethernet/mediatek/mtk_eth_soc.c | 1 + 1 file

[PATCH net v3 1/9] net: ethernet: mediatek: fix fails from TX housekeeping due to incorrect port setup

From: Sean Wang which net device the SKB is complete for depends on the forward port on txd4 on the corresponding TX descriptor, but the information isn't set up well in case of SKB fragments that would lead to watchdog timeout from the upper layer, so fix it up.

[PATCH net v3 5/9] net: ethernet: mediatek: fix logic unbalance between probe and remove

From: Sean Wang original mdio_cleanup is not in the symmetric place against where mdio_init is, so relocate mdio_cleanup to the right one. Signed-off-by: Sean Wang Acked-by: John Crispin ---

[net] i40e: Fix kernel panic on enable/disable LLDP

From: Dave Ertman If DCB is configured on the link partner switch with an unsupported traffic class configuration (e.g. non-contiguous TCs), the driver is flagging DCB as disabled. But, for future DCB LLDPDUs, the driver was checking if the interface was DCB capable

[net-next 12/14] fm10k: remove unnecessary extra parenthesis around ((~value))

From: Jacob Keller Signed-off-by: Jacob Keller Tested-by: Krishneil Singh Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/fm10k/fm10k_pci.c | 2 +- 1 file changed, 1

[net-next 07/14] fm10k: print error code when pci_enable_device_mem fails during probe

From: Jacob Keller Signed-off-by: Jacob Keller Tested-by: Krishneil Singh Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/fm10k/fm10k_pci.c | 5 - 1 file changed, 4

[net-next 11/14] fm10k: add support for Rx offloads on one Geneve tunnel

From: Jacob Keller Similar to how we handle VXLAN offload, enable support for a single Geneve tunnel. Signed-off-by: Jacob Keller Tested-by: Krishneil Singh Signed-off-by: Jeff Kirsher

[net-next 09/14] fm10k: don't try to stop queues if we've lost hw_addr

From: Jacob Keller In the event of a surprise remove, we expect the driver to go down, which includes calling .stop_hw(). However, this function will return an error because the queues won't appear to cleanly disable. Prevent this and avoid the unnecessary checks by

Re: [PATCH v2] fix:brcmfmac: add missing header dependencies

On 27-8-2016 8:08, Baoyou Xie wrote: > We get 1 warning when biuld kernel with W=1: > drivers/net/wireless/broadcom/brcm80211/brcmfmac/tracepoint.c:23:6: warning: > no previous prototype for '__brcmf_err' [-Wmissing- > prototypes] > > In fact, this function is declared in brcmfmac/debug.h, so

[net-next 00/14][pull request] 100GbE Intel Wired LAN Driver Updates 2016-08-29

This series contains updates to fm10k only. Jake provides all the changes in this series starting with fixes an issue where VF devices may fail during an unbind/bind and we will never zero the reference counter for the pci_dev structure. Updated the hot path to use SW counters instead of

[net-next 08/14] fm10k: don't continue probe if PCI device not in normal IO state

From: Jacob Keller In the event of an uncorrectable AER error occurring when the driver has not loaded, the recovery routines are not done. This is done because future loads of the driver may not be aware of the IO state and may not be able to recover at all. In this

[net-next 06/14] fm10k: NAPI polling routine must return actual work done

From: Jacob Keller When fm10k_poll fully cleans rings it returns 0. This is incorrect as it messes up the budget accounting in the core NAPI code. Fix this by returning actual work done, capped at budget - 1 since the core doesn't expect a return of the full budget when

[net-next 01/14] fm10k: fix PCI device enable_cnt leak in .io_slot_reset

From: Jacob Keller A previous patch removed the pci_disable_device() call in .io_error_detected. This call corresponded to a pci_enable_device_mem() call within .io_slot_reset handler. Change the call here to a pci_reenable_device() so that it does not increment and

[net-next 05/14] fm10k: prefer READ_ONCE instead of ACCESS_ONCE

From: Jacob Keller While technically not needed, as all our uses of ACCESS_ONCE are scalar types, we already use READ_ONCE in a few places, and for code readability we can swap all the uses of the older ACCESS_ONCE into READ_ONCE. Signed-off-by: Jacob Keller

[net-next 14/14] fm10k: don't re-map queues when a mailbox message suffices

From: Jacob Keller When the PF assigns a new MAC address to a VF it uses the base address registers to store the MAC address. This allows a VF which loads after this setup the ability to get the initial address without having to wait for a mailbox message. Unfortunately

[net-next 02/14] fm10k: use software values when checking for Tx hangs in hot path

From: Jacob Keller A previous patch added support to check for hardware Tx pending in the fm10k_down routine. This support was intended to ensure that we accurately check what the hardware state is. However, checking for Tx hangs in this manor during the hotpath results

[net-next 03/14] fm10k: use variadic form of alloc_workqueue

From: Jacob Keller Signed-off-by: Jacob Keller Tested-by: Krishneil Singh Signed-off-by: Jeff Kirsher --- drivers/net/ethernet/intel/fm10k/fm10k_main.c | 2 +- 1 file changed, 1

[net-next 13/14] fm10k: don't clear the RXQCTL register when enabling or disabling queues

From: Jacob Keller Ensure that other bits in the RXQCTL register do not get cleared. This ensures that bits related to queue ownership are maintained. Signed-off-by: Jacob Keller Tested-by: Krishneil Singh

[net-next 10/14] fm10k: rework vxlan_port offload before adding geneve support

From: Jacob Keller In preparation for adding Geneve Rx offload support, refactor the current VXLAN offload flow to be a bit more generic so that it will be easier to add the new Geneve code. The fm10k hardware supports one VXLAN and one Geneve tunnel, so we will

[net-next 04/14] fm10k: remove fm10k_get_reta_size from namespace

From: Jacob Keller The function is only used in fm10k_ethtool.c, so make it static. Signed-off-by: Jacob Keller Tested-by: Krishneil Singh Signed-off-by: Jeff Kirsher ---

[PATCH v3] brcmfmac: add missing header dependencies

We get 1 warning when biuld kernel with W=1: drivers/net/wireless/broadcom/brcm80211/brcmfmac/tracepoint.c:23:6: warning: no previous prototype for '__brcmf_err' [-Wmissing-prototypes] In fact, this function is declared in brcmfmac/debug.h, so this patch add missing header dependencies.

Re: [net-next PATCH] e1000: add initial XDP support

On Sun, 28 Aug 2016 08:23:26 -0400 Jamal Hadi Salim wrote: > On 16-08-27 03:11 AM, John Fastabend wrote: > > From: Alexei Starovoitov > > > > This patch adds initial support for XDP on e1000 driver. Note e1000 > > driver does not support page recycling in general

Re: [PATCH v3] brcmfmac: add missing header dependencies

On Monday, August 29, 2016 4:14:45 PM CEST Baoyou Xie wrote: > We get 1 warning when biuld kernel with W=1: > drivers/net/wireless/broadcom/brcm80211/brcmfmac/tracepoint.c:23:6: warning: > no previous prototype for '__brcmf_err' [-Wmissing-prototypes] > > In fact, this function is declared in

Re: [PATCH net iproute2] devlink: Add e-switch support

Sun, Aug 28, 2016 at 03:35:21PM CEST, ogerl...@mellanox.com wrote: >Implement kernel devlink e-switch interface. Currently we allow >to get and set the device e-switch mode. > >Signed-off-by: Or Gerlitz >Signed-off-by: Roi Dayan Acked-by: Jiri Pirko

[ethtool PATCH v1 1/2] ethtool-copy.h:sync with net

From: Vidya Sagar Ravipati This covers kernel changes upto: commit 5711a98221443aec54c4c81ee98c6ae46acccb65 Author: Vidya Sagar Ravipati Date: Fri Aug 26 01:25:50 2016 -0700 net: ethtool: add support for 1000BaseX and missing 10G

[ethtool PATCH v1 2/2] ethtool: add support for 1000BaseX and missing 10G link mode

From: Vidya Sagar Ravipati This patch enhances ethtool link mode bitmap to include missing interface modes for 1G/10G speeds Changes: a) 1000baseX is the mode introduced to cover all 1G Fiber cases. All modes under 1000BaseX i.e. 1000BASE-SX, 1000BASE-LX,

Have the fix for softirq landed???

Hi Eric and Paolo, Back in May you discovered (IMHO) a serious bug in softirq. It even got covered by LWN.net[1]. I've looked at the most recent git tree (linus and net-next), and cannot see any changes that fixes this. What is the progress in this area? LWN.net: "Threadable NAPI polling,

[ethtool PATCH v1 0/2] ethtool: add support for 1000BaseX and missing 10G link mode

From: Vidya Sagar Ravipati This patchset enhances ethtool link mode bitmap to include missing interface modes for 1G/10G speeds Vidya Sagar Ravipati (2): ethtool-copy.h:sync with net ethtool: add support for 1000BaseX and missing 10G link mode ethtool-copy.h |

[PATCH v2 nf] netfilter: log: Check param to avoid overflow in nf_log_set

From: Gao Feng The nf_log_set is an interface function, so it should do the strict sanity check of parameters. Convert the return value of nf_log_set as int instead of void. When the pf is invalid, return -EOPNOTSUPP. Signed-off-by: Gao Feng --- v2: Use

Re: [PATCH net-next 0/6] perf, bpf: add support for bpf in sw/hw perf_events

On Fri, Aug 26, 2016 at 07:31:18PM -0700, Alexei Starovoitov wrote: > Hi Peter, Dave, > > this patch set is a follow up to the discussion: > https://lkml.org/lkml/2016/8/4/304 Please don't use lkml.org links, that site is broken too often. The canonical reference is:

Re: [PATCH v3 net-next 1/1] net_sched: Introduce skbmod action

On 16-08-29 06:38 AM, Jamal Hadi Salim wrote: Let me see if i can try something. Trickery with RCU is not one of my virtues - so i may get it wrong but hope you can comment. Something like attached? Compile tested. I tried to emulate gact - but greping around I havent seen sample code which

Re: [PATCH net-next v1] gso: Support partial splitting at the frag_list pointer

On Thu, Aug 25, 2016 at 09:17:18AM -0300, Marcelo Ricardo Leitner wrote: > On Thu, Aug 25, 2016 at 09:31:26AM +0200, Steffen Klassert wrote: > > > > Just to understand what you are doing. You generate MTU sized linear > > buffers in sctp and then, skb_gro_receive() chains up these buffers > > at

Re: [PATCH v2 nf] netfilter: log: Check param to avoid overflow in nf_log_set

On Mon, Aug 29, 2016 at 6:25 PM, wrote: > From: Gao Feng > > The nf_log_set is an interface function, so it should do the strict sanity > check of parameters. Convert the return value of nf_log_set as int instead > of void. When the pf is invalid, return

Re: [net-next PATCH] e1000: add initial XDP support

On 16-08-29 04:30 AM, Jesper Dangaard Brouer wrote: Hi Jamal, Can you please provide a simple "tc" command that implements "tc drop"? Then, I'll add this to the series of tests I'm using for (what I call) "zoom-in" benchmarking. Thanks Jesper. Something simple since this is done in

Re: [PATCH v3 net-next 1/1] net_sched: Introduce skbmod action

On 16-08-29 07:00 AM, Daniel Borkmann wrote: You could probably just keep these meta data in a separate struct managed by RCU that tcf_skbmod points to. Which seem like could be made generic for all actions. Maybe thats what Cong is thinking. One more thing I commented on your last patch

[net-next RFC v2 7/9] samples/bpf: Split out helper code from test_current_task_under_cgroup_user

This splits out the cgroup helper code from test_current_task_under_cgroup_user.c This code can be used to test any program that needs to setup a cgroup v2 hierarchy temporarily, and put itself into said hierarchy. It also includes some functions that make moving around in the hierarchy a bit

[net-next RFC v2 8/9] samples/bpf: Add limit_connections, remap_bind checmate examples / tests

1) limit_connections This program performs connection limiting using a probablistic datastructure. It ensures that for a given 2-tuple, there will never be more than 10 connections. The parameters themselves are adjustable to allow for trading off memory usage vs. collision likelihood. The reason

[net-next RFC v2 5/9] bpf: Add bpf_probe_write_checmate helper

This patch adds bpf_probe_write_checmate. This is a specific type of helper for the Checmate subsystem. It allows safe writes to kernel memory based on inspection of the Checmate ctx. In this patch, it only allows writes during the socket_bind, and socket_connect hooks to sockaddr. It can used to

  1   2   3   >