Re: [PATCH,net-next,1/2] tun: enable NAPI for TUN/TAP driver

On Tue, 2017-09-19 at 00:34 -0700, Petar Penkov wrote: > Changes TUN driver to use napi_gro_receive() upon receiving packets > rather than netif_rx_ni(). Adds flag CONFIG_TUN_NAPI that enables > these changes and operation is not affected if the flag is disabled. > SKBs are constructed upon packet

Re: [PATCH,net-next,2/2] tun: enable napi_gro_frags() for TUN/TAP driver

On Tue, 2017-09-19 at 00:34 -0700, Petar Penkov wrote: > Add a TUN/TAP receive mode that exercises the napi_gro_frags() > interface. This mode is available only in TAP mode, as the interface > expects packets with Ethernet headers. > > Furthermore, packets follow the layout of the iovec_iter that

[PATCH v4 2/3] net: fec: remove unused interrupt FEC_ENET_TS_TIMER

FEC_ENET_TS_TIMER is not checked in the interrupt routine so there is no need to enable it. Signed-off-by: Troy Kisky Acked-by: Fugang Duan --- v4: Added Acked-by Signed-off-by: Troy Kisky ---

[PATCH v4 3/3] net: fec: return IRQ_HANDLED if fec_ptp_check_pps_event handled it

fec_ptp_check_pps_event will return 1 if FEC_T_TF_MASK caused an interrupt. Don't return IRQ_NONE in this case. Signed-off-by: Troy Kisky Acked-by: Fugang Duan --- v3: New patch, came from feedback from another patch. v4: Added Acked-by

linux-next: manual merge of the net-next tree with the driver-core.current tree

Hi all, Today's linux-next merge of the net-next tree got a conflict in: lib/kobject_uevent.c between commit: 6878e7de6af7 ("driver core: suppress sending MODALIAS in UNBIND uevents") from the driver-core.current tree and commit: 16dff336b33d ("kobject: add

[PATCH v4 1/3] net: fec: only check queue 0 if RXF_0/TXF_0 interrupt is set

Before queue 0 was always checked if any queue caused an interrupt. It is better to just mark queue 0 if queue 0 has caused an interrupt. Signed-off-by: Troy Kisky Acked-by: Fugang Duan --- v3: add Acked-by v4: no change Signed-off-by: Troy

[PATCH net-next] net_sched: no need to free qdisc in RCU callback

gen estimator has been rewritten in commit 1c0d32fde5bd ("net_sched: gen_estimator: complete rewrite of rate estimators"), the caller no longer needs to wait for a grace period. So this patch gets rid of it. Cc: Jamal Hadi Salim Cc: Eric Dumazet

Re: [PATCH net-next v4 3/4] bpf: add helper bpf_perf_prog_read_value

On 09/19/2017 09:04 AM, Yonghong Song wrote: [...] #ifdef CONFIG_CGROUP_PERF diff --git a/include/uapi/linux/bpf.h b/include/uapi/linux/bpf.h index 2c68b9e..ba77022 100644 --- a/include/uapi/linux/bpf.h +++ b/include/uapi/linux/bpf.h @@ -590,6 +590,13 @@ union bpf_attr { * @buf: buf to

Re: cross namespace interface notification for tun devices

On Mon, Sep 18, 2017 at 11:47 AM, Jason A. Donenfeld wrote: > Hey guys, > > It's possible to create a tun device in a process in namespace A and > then move that interface to namespace B. The controlling process in A > needs to receive notifications on when the interface is

[PATCH] ath9k: make const array reg_hole_list static, reduces object code size

From: Colin Ian King Don't populate the read-only array reg_hole_list on the stack, instead make it static. Makes the object code smaller by over 200 bytes: Before: textdata bss dec hex filename 57518 15248 0 72766 11c3e debug.o

Re: [PATCH net] bpf: do not disable/enable BH in bpf_map_free_id()

On 09/19/2017 06:15 PM, Eric Dumazet wrote: From: Eric Dumazet syzkaller reported following splat [1] Since hard irq are disabled by the caller, bpf_map_free_id() should not try to enable/disable BH. Another solution would be to change htab_map_delete_elem() to defer the

Re: [PATCH 0/3] fix reuseaddr regression

From: jo...@toxicpanda.com Date: Mon, 18 Sep 2017 12:28:54 -0400 > I introduced a regression when reworking the fastreuse port stuff that allows > bind conflicts to occur once a reuseaddr socket successfully opens on an > existing tb. The root cause is I reversed an if statement which caused us

Reporting transceiver with ethtool_link_ksettings

Hi, After tracking down why all network interfaces using PHYLIB and using phy_ethtool_link_ksettings_get would report "Transceiver: internal" it became clear that's because ethtool_link_ksettings deprecated that field... We could have deprecated setting the transceiver which makes sense, but not

[PATCHv3 iproute2 2/2] lib/libnetlink: update rtnl_talk to support malloc buff at run time

This is an update for 460c03f3f3cc ("iplink: double the buffer size also in iplink_get()"). After update, we will not need to double the buffer size every time when VFs number increased. With call like rtnl_talk(, , NULL, 0), we can simply remove the length parameter. With call like rtnl_talk(,

[PATCHv3 iproute2 1/2] lib/libnetlink: re malloc buff if size is not enough

With commit 72b365e8e0fd ("libnetlink: Double the dump buffer size") we doubled the buffer size to support more VFs. But the VFs number is increasing all the time. Some customers even use more than 200 VFs now. We could not double it everytime when the buffer is not enough. Let's just not hard

[PATCHv3 iproute2 0/2] libnetlink: malloc correct buff at run time

With commit 72b365e8e0fd ("libnetlink: Double the dump buffer size") and 460c03f3f3cc ("iplink: double the buffer size also in iplink_get()"), we extend the buffer size to avoid truncated message with large numbers of VFs. But just as Michal said, this is not future-proof since the NIC number is

RE: [PATCH v4 2/3] net: fec: remove unused interrupt FEC_ENET_TS_TIMER

From: Troy Kisky Sent: Wednesday, September 20, 2017 8:33 AM >FEC_ENET_TS_TIMER is not checked in the interrupt routine so there is no >need to enable it. > >Signed-off-by: Troy Kisky >Acked-by: Fugang Duan >

Re: [PATCH v5 05/10] dt-bindings: net: dwmac-sun8i: update documentation about integrated PHY

On Thu, Sep 14, 2017 at 2:19 PM, Andrew Lunn wrote: >> > Is the MDIO controller "allwinner,sun8i-h3-emac" or "snps,dwmac-mdio"? >> > If the latter, then I think the node is fine, but then the mux should be >> > a child node of it. IOW, the child of an MDIO controller should either

Re: [RFC net-next 0/5] TSN: Add qdisc-based config interfaces for traffic shapers

On Thu, Aug 31, 2017 at 06:26:20PM -0700, Vinicius Costa Gomes wrote: > Hi, > > This patchset is an RFC on a proposal of how the Traffic Control subsystem can > be used to offload the configuration of traffic shapers into network devices > that provide support for them in HW. Our goal here is to

[PATCH] isdn/i4l: fetch the ppp_write buffer in one shot

In isdn_ppp_write(), the header (i.e., protobuf) of the buffer is fetched twice from userspace. The first fetch is used to peek at the protocol of the message and reset the huptimer if necessary; while the second fetch copies in the whole buffer. However, given that buf resides in userspace

RE: [PATCH RFC v1 0/3] Support for tap user-space access with veth interfaces

Just a reminder for feedback. > -Original Message- > From: Grandhi, Sainath > Sent: Wednesday, September 06, 2017 5:34 PM > To: netdev@vger.kernel.org > Cc: da...@davemloft.net; Grandhi, Sainath > Subject: [PATCH RFC v1 0/3] Support for tap user-space access

Re: Latest net-next from GIT panic

On Wed, 2017-09-20 at 02:06 +0200, Paweł Staszewski wrote: > Just checked kernel 4.13.2 and same problem > > Just after start all 6 bgp sessions - and kernel starts to learn routes > it panic. > > https://bugzilla.kernel.org/attachment.cgi?id=258509 > Unfortunately we have not enough

Re: [PATCH net] bpf: do not disable/enable BH in bpf_map_free_id()

From: Eric Dumazet Date: Tue, 19 Sep 2017 09:15:59 -0700 > From: Eric Dumazet > > syzkaller reported following splat [1] > > Since hard irq are disabled by the caller, bpf_map_free_id() > should not try to enable/disable BH. > > Another solution

Re: [PATCH] net: ethernet: aquantia: default to no in config

From: vcap...@pengaru.com Date: Tue, 19 Sep 2017 16:02:49 -0700 > Out of curiosity, what's the rationale for that decision? So that you don't need to know what special vendor knob needs to be switched in order to even be offered the config knob for the driver you are interested in.

Re: [PATCH] net: emac: Fix napi poll list corruption

From: Christian Lamparter Date: Tue, 19 Sep 2017 19:35:18 +0200 > This patch is pretty much a carbon copy of > commit 3079c652141f ("caif: Fix napi poll list corruption") > with "caif" replaced by "emac". > > The commit d75b1ade567f ("net: less interrupt masking in

Re: [patch net-next] team: fall back to hash if table entry is empty

From: Jim Hanko Date: Tue, 19 Sep 2017 11:33:39 -0700 > If the hash to port mapping table does not have a valid port (i.e. when > a port goes down), fall back to the simple hashing mechanism to avoid > dropping packets. > > Signed-off-by: Jim Hanko >

Re: [PATCH net-next 0/7] net: speedup netns create/delete time

On Tue, 2017-09-19 at 16:02 -0700, David Miller wrote: > From: Eric Dumazet > Date: Mon, 18 Sep 2017 12:07:26 -0700 > > > When rate of netns creation/deletion is high enough, > > we observe softlockups in cleanup_net() caused by huge list > > of netns and way too many

[PATCH v2 net-next 2/7] kobject: copy env blob in one go

No need to iterate over strings, just copy in one efficient memcpy() call. Tested: time perf record "(for f in `seq 1 3000` ; do ip netns add tast$f; done)" [ perf record: Woken up 10 times to write data ] [ perf record: Captured and wrote 8.224 MB perf.data (~359301 samples) ] real0m52.554s

[PATCH v2 net-next 0/7] net: speedup netns create/delete time

When rate of netns creation/deletion is high enough, we observe softlockups in cleanup_net() caused by huge list of netns and way too many rcu_barrier() calls. This patch series does some optimizations in kobject, and add batching to tunnels so that netns dismantles are less costly. IPv6

Re: [PATCH net-next 00/14] gtp: Additional feature support

On Tue, Sep 19, 2017 at 4:19 PM, Harald Welte wrote: > Hi Tom, > > On Tue, Sep 19, 2017 at 08:59:28AM -0700, Tom Herbert wrote: >> On Tue, Sep 19, 2017 at 5:43 AM, Harald Welte >> wrote: >> > On Mon, Sep 18, 2017 at 05:38:50PM -0700, Tom Herbert wrote:

Re: Latest net-next from GIT panic

Added few more screenshoots from kernels 4.14-rc1(net-next) and 4.14-rc1(linux-next) https://bugzilla.kernel.org/show_bug.cgi?id=197005 W dniu 2017-09-20 o 00:35, Paweł Staszewski pisze: Just tried latest net-next git and found kernel panic. Below link to bugzilla.

Re: [PATCH net-next 07/14] gtp: Support encapsulation of IPv6 packets

On Tue, Sep 19, 2017 at 10:42 AM, David Miller wrote: > From: Harald Welte > Date: Tue, 19 Sep 2017 20:12:45 +0800 > >> Hi Dave, >> >> On Mon, Sep 18, 2017 at 09:19:08PM -0700, David Miller wrote: >> >>> > +static inline u32 ipv6_hashfn(const struct

Re: Latest net-next from GIT panic

Latest working kernel with same configuration and kernel config 4.12.13 There is no panic after routes from all 6x bgp sessions are learned. ip r | wc -l 653112 W dniu 2017-09-20 o 02:06, Paweł Staszewski pisze: Just checked kernel 4.13.2 and same problem Just after start all 6 bgp

Re: [PATCH] ipv6_skip_exthdr: use ipv6_authlen for AH hdrlen

On Tue, Sep 19, 2017 at 5:59 AM, Xiang Gao wrote: > In ipv6_skip_exthdr, the lengh of AH header is computed manually > as (hp->hdrlen+2)<<2. However, in include/linux/ipv6.h, a macro > named ipv6_authlen is already defined for exactly the same job. This > commit replaces

Re: [PATCH net] net: phy: Kconfig: Fix PHY infrastructure menu in menuconfig

From: Jerome Brunet Date: Mon, 18 Sep 2017 14:59:20 +0200 > Since the integration of PHYLINK, the configuration option which > used to be under the PHY infrastructure menu in menuconfig ended > up one level up (the network device driver section) > > By placing PHYLINK

Re: [PATCH net-next 0/3] Implement delete for BPF LPM trie

From: Craig Gallek Date: Mon, 18 Sep 2017 15:30:54 -0400 > This was previously left as a TODO. Add the implementation and > extend the test to cover it. Series applied, thanks.

Re: cross namespace interface notification for tun devices

On Tue, Sep 19, 2017 at 10:40 PM, Cong Wang wrote: > By "notification" I assume you mean netlink notification. Yes, netlink notification. > The question is why does the process in A still care about > the device sitting in B? > > Also, the process should be able to

Re: [PATCH] tcp: avoid bogus warning in tcp_clean_rtx_queue

From: Arnd Bergmann Date: Tue, 19 Sep 2017 23:32:33 +0200 > On Tue, Sep 19, 2017 at 11:02 PM, David Miller wrote: >> What cpu did you test the object code generation upon and does that >> cpu have branch prediction hints in the target you are building for? >

Re: [PATCH net-next 0/4] net: dsa: move master ethtool code

From: Florian Fainelli Date: Tue, 19 Sep 2017 13:04:56 -0700 > On 09/19/2017 08:56 AM, Vivien Didelot wrote: >> The DSA core overrides the master device's ethtool_ops structure so that >> it can inject statistics and such of its dedicated switch CPU port. >> >> This

[PATCH v2 net-next 6/7] ipv6: speedup ipv6 tunnels dismantle

Implement exit_batch() method to dismantle more devices per round. (rtnl_lock() ... unregister_netdevice_many() ... rtnl_unlock()) Tested: $ cat add_del_unshare.sh for i in `seq 1 40` do (for j in `seq 1 100` ; do unshare -n /bin/true >/dev/null ; done) & done wait ; grep net_namespace

[PATCH v2 net-next 4/7] ipv6: addrlabel: per netns list

Having a global list of labels do not scale to thousands of netns in the cloud era. This causes quadratic behavior on netns creation and deletion. This is time having a per netns list of ~10 labels. Tested: $ time perf record (for f in `seq 1 3000` ; do ip netns add tast$f; done) [ perf record:

[PATCH v2 net-next 3/7] kobject: factorize skb setup in kobject_uevent_net_broadcast()

We can build one skb and let it be cloned in netlink. This is much faster, and use less memory (all clones will share the same skb->head) Tested: time perf record (for f in `seq 1 3000` ; do ip netns add tast$f; done) [ perf record: Woken up 1 times to write data ] [ perf record: Captured and

[PATCH v2 net-next 7/7] ipv4: speedup ipv6 tunnels dismantle

Implement exit_batch() method to dismantle more devices per round. (rtnl_lock() ... unregister_netdevice_many() ... rtnl_unlock()) Tested: $ cat add_del_unshare.sh for i in `seq 1 40` do (for j in `seq 1 100` ; do unshare -n /bin/true >/dev/null ; done) & done wait ; grep net_namespace

[PATCH v2 net-next 1/7] kobject: add kobject_uevent_net_broadcast()

This removes some #ifdef pollution and will ease follow up patches. Signed-off-by: Eric Dumazet --- lib/kobject_uevent.c | 96 +--- 1 file changed, 53 insertions(+), 43 deletions(-) diff --git a/lib/kobject_uevent.c

[PATCH v2 net-next 5/7] tcp: batch tcp_net_metrics_exit

When dealing with a list of dismantling netns, we can scan tcp_metrics once, saving cpu cycles. Signed-off-by: Eric Dumazet --- net/ipv4/tcp_metrics.c | 14 +- 1 file changed, 9 insertions(+), 5 deletions(-) diff --git a/net/ipv4/tcp_metrics.c

Re: [RFC PATCH] net: Introduce a socket option to enable picking tx queue based on rx queue.

On 9/12/2017 3:53 PM, Tom Herbert wrote: On Tue, Sep 12, 2017 at 3:31 PM, Samudrala, Sridhar wrote: On 9/12/2017 8:47 AM, Eric Dumazet wrote: On Mon, 2017-09-11 at 23:27 -0700, Samudrala, Sridhar wrote: On 9/11/2017 8:53 PM, Eric Dumazet wrote: On Mon,

Re: [RFC PATCH] net: Introduce a socket option to enable picking tx queue based on rx queue.

On Tue, Sep 19, 2017 at 5:34 PM, Samudrala, Sridhar wrote: > On 9/12/2017 3:53 PM, Tom Herbert wrote: >> >> On Tue, Sep 12, 2017 at 3:31 PM, Samudrala, Sridhar >> wrote: >>> >>> >>> On 9/12/2017 8:47 AM, Eric Dumazet wrote: On

[PATCH 0/2] blackfin: Drop non-functional DSA code

Hi David, I sent those many months ago in the hope that the bfin-linux people would pick those patches but nobody seems to be responding, can you queue those via net-next since this affects DSA? Thanks! Florian Fainelli (2): blackfin: tcm-bf518: Remove dsa.h inclusion blackfin: ezbrd:

[PATCH 1/2] blackfin: tcm-bf518: Remove dsa.h inclusion

Nothing in that file uses definitions from that header, so just get rid of it. Signed-off-by: Florian Fainelli --- arch/blackfin/mach-bf518/boards/tcm-bf518.c | 1 - 1 file changed, 1 deletion(-) diff --git a/arch/blackfin/mach-bf518/boards/tcm-bf518.c

[PATCH 2/2] blackfin: ezbrd: Remove non-functional DSA/KSZ8893M code

There is no in tree driver for the KSZ8893M switch driver, so just get rid of the code in that board file. Signed-off-by: Florian Fainelli --- arch/blackfin/mach-bf518/boards/ezbrd.c | 47 - 1 file changed, 47 deletions(-) diff --git

[PATCH] net: ethernet: aquantia: default to no in config

NET_VENDOR_AQUANTIA was "default y" for some reason, which seems obviously inappropriate. --- drivers/net/ethernet/aquantia/Kconfig | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/aquantia/Kconfig b/drivers/net/ethernet/aquantia/Kconfig index

Re: [PATCH] net: ethernet: aquantia: default to no in config

From: Vito Caputo Date: Tue, 19 Sep 2017 15:43:15 -0700 > NET_VENDOR_AQUANTIA was "default y" for some reason, which seems > obviously inappropriate. It is appropriate. We make all vendor guards default to yes.

Re: [PATCH net-next 0/7] net: speedup netns create/delete time

From: Eric Dumazet Date: Mon, 18 Sep 2017 12:07:26 -0700 > When rate of netns creation/deletion is high enough, > we observe softlockups in cleanup_net() caused by huge list > of netns and way too many rcu_barrier() calls. > > This patch series does some optimizations in

Re: [PATCH v2 net-next 0/7] net: speedup netns create/delete time

From: Eric Dumazet Date: Tue, 19 Sep 2017 16:27:02 -0700 > When rate of netns creation/deletion is high enough, > we observe softlockups in cleanup_net() caused by huge list > of netns and way too many rcu_barrier() calls. > > This patch series does some optimizations in

[PATCH net-next] net: dsa: Utilize dsa_slave_dev_check()

Instead of open coding the check. Signed-off-by: Florian Fainelli --- net/dsa/slave.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/net/dsa/slave.c b/net/dsa/slave.c index d51b10450e1b..6fc9eb094267 100644 --- a/net/dsa/slave.c +++ b/net/dsa/slave.c

[PATCH net v2] bpf: fix ri->map_owner pointer on bpf_prog_realloc

Commit 109980b894e9 ("bpf: don't select potentially stale ri->map from buggy xdp progs") passed the pointer to the prog itself to be loaded into r4 prior on bpf_redirect_map() helper call, so that we can store the owner into ri->map_owner out of the helper. Issue with that is that the actual

Re: [PATCH] net: ethernet: aquantia: default to no in config

On Tue, Sep 19, 2017 at 03:52:31PM -0700, David Miller wrote: > From: Vito Caputo > Date: Tue, 19 Sep 2017 15:43:15 -0700 > > > NET_VENDOR_AQUANTIA was "default y" for some reason, which seems > > obviously inappropriate. > > It is appropriate. > > We make all vendor

Re: [PATCH net] tcp: fastopen: fix on syn-data transmit failure

From: Eric Dumazet Date: Tue, 19 Sep 2017 10:05:57 -0700 > From: Eric Dumazet > > Our recent change exposed a bug in TCP Fastopen Client that syzkaller > found right away [1] > > When we prepare skb with SYN+DATA, we attempt to transmit it, > and

Re: [PATCH] isdn/i4l: check the message proto does not change across fetches

From: Meng Xu Date: Tue, 19 Sep 2017 14:52:58 -0400 > In isdn_ppp_write(), the header (i.e., protobuf) of the buffer is fetched > twice from userspace. The first fetch is used to peek at the protocol > of the message and reset the huptimer if necessary; while the second

Re: Latest net-next from GIT panic

Just checked kernel 4.13.2 and same problem Just after start all 6 bgp sessions - and kernel starts to learn routes it panic. https://bugzilla.kernel.org/attachment.cgi?id=258509 W dniu 2017-09-20 o 02:01, Paweł Staszewski pisze: Some information about enviroment: Server is acting as a ip

Re: [PATCH,net-next,0/2] Improve code coverage of syzkaller

From: Petar Penkov Date: Tue, 19 Sep 2017 00:34:00 -0700 > The following patches address this by providing the user(syzkaller) > with the ability to send via napi_gro_receive() and napi_gro_frags(). > Additionally, syzkaller can specify how many fragments there are and >

Re: [PATCH V2 net 0/7] Bug fixes for the HNS3 Ethernet Driver for Hip08 SoC

From: Salil Mehta Date: Tue, 19 Sep 2017 17:17:09 +0100 > This patch set presents some bug fixes for the HNS3 Ethernet driver identified > during internal testing & stabilization efforts. > > Change Log: > Patch V2: Resolved comments from Leon Romanovsky > Patch V1:

[net-next v2 0/4] test_rhashtable: don't allocate huge static array

Add a test case for the rhlist interface. While at it, cleanup current rhashtable test a bit and add a check for max_size support. No changes since v1, except in last patch. kbuild robot complained about large onstack allocation caused by struct rhltable when lockdep is enabled.

[net-next v2 1/4] test_rhashtable: don't allocate huge static array

Signed-off-by: Florian Westphal --- lib/test_rhashtable.c | 27 --- 1 file changed, 16 insertions(+), 11 deletions(-) diff --git a/lib/test_rhashtable.c b/lib/test_rhashtable.c index 0ffca990a833..c40d6e636f33 100644 --- a/lib/test_rhashtable.c +++

[net-next v2 3/4] test_rhashtable: add a check for max_size

add a test that tries to insert more than max_size elements. Signed-off-by: Florian Westphal --- lib/test_rhashtable.c | 41 + 1 file changed, 41 insertions(+) diff --git a/lib/test_rhashtable.c b/lib/test_rhashtable.c index

[net-next v2 4/4] test_rhashtable: add test case for rhl_table interface

also test rhltable. rhltable remove operations are slow as deletions require a list walk, thus test with 1/16th of the given entry count number to get a run duration similar to rhashtable one. Signed-off-by: Florian Westphal --- change since v1: place struct rhltable in

[net-next v2 2/4] test_rhashtable: don't use global entries variable

pass the entries to test as an argument instead. Followup patch will add an rhlist test case; rhlist delete opererations are slow so we need to use a smaller number to test it. Signed-off-by: Florian Westphal --- lib/test_rhashtable.c | 37 +++--

Re: [PATCH net-next] net_sched: no need to free qdisc in RCU callback

From: Cong Wang Date: Tue, 19 Sep 2017 13:15:42 -0700 > gen estimator has been rewritten in commit 1c0d32fde5bd > ("net_sched: gen_estimator: complete rewrite of rate estimators"), > the caller no longer needs to wait for a grace period. So this > patch gets rid of it.

Re: [PATCH net v2] bpf: fix ri->map_owner pointer on bpf_prog_realloc

From: Daniel Borkmann Date: Wed, 20 Sep 2017 00:44:21 +0200 > Commit 109980b894e9 ("bpf: don't select potentially stale > ri->map from buggy xdp progs") passed the pointer to the prog > itself to be loaded into r4 prior on bpf_redirect_map() helper > call, so that we can

Development Setup

Dear all, I am new a newbie, I am curious to know what development tools with Ubuntu as Host OS, will best fit for people entering into linux kernel development focusing on Netlink, Netdev and Wireless MAC. I have read many blogs describing the basic setup and things like that. But I felt input

Re: Latest net-next from GIT panic

Some information about enviroment: Server is acting as a ip router with bgp There are 6x bgp sessions - each with full bgp table ~600k prefixes And it looks like panic is appearing after bgp sessions are connected - not by traffic - cause at time when panic occured there is almost no traffic.

Re: [RFC net-next 0/5] TSN: Add qdisc-based config interfaces for traffic shapers

Hi Richard, Richard Cochran writes: > On Mon, Sep 18, 2017 at 04:06:28PM -0700, Vinicius Costa Gomes wrote: >> That's the point, the application does not need to know that, and asking >> that would be stupid. > > On the contrary, this information is essential to the

Re: [PATCH net-next v3 00/12] net: dsa: b53/bcm_sf2 cleanups

From: Florian Fainelli Date: Tue, 19 Sep 2017 10:46:42 -0700 > This patch series is a first pass set of clean-ups to reduce the number of > LOCs > between b53 and bcm_sf2 and sharing as many functions as possible. > > There is a number of additional cleanups queued up

Re: [net-next v2 0/4] test_rhashtable: don't allocate huge static array

From: Florian Westphal Date: Wed, 20 Sep 2017 01:12:10 +0200 > Add a test case for the rhlist interface. > While at it, cleanup current rhashtable test a bit and add a check > for max_size support. > > No changes since v1, except in last patch. > kbuild robot complained about

Re: [PATCH net-next 00/14] gtp: Additional feature support

Hi Tom, On Tue, Sep 19, 2017 at 08:59:28AM -0700, Tom Herbert wrote: > On Tue, Sep 19, 2017 at 5:43 AM, Harald Welte > wrote: > > On Mon, Sep 18, 2017 at 05:38:50PM -0700, Tom Herbert wrote: > >> - IPv6 support > > > > see my detailed comments in other mails. It's

Re: [PATCH] net: ipv6: fix regression of no RTM_DELADDR sent after DAD failure

From: Mike Manning Date: Mon, 18 Sep 2017 14:06:40 +0100 > In the absence of a reply from Mahesh, I would be most grateful for > anyone familiar with the IPv6 code to review this 1-line fix. > > Or if not, then I request that the commit f784ad3d79e5 is backed out, > as its

Re: [PATCH net] ipv6: fix net.ipv6.conf.all interface DAD handlers

From: Matteo Croce Date: Tue, 12 Sep 2017 17:46:37 +0200 > Currently, writing into > net.ipv6.conf.all.{accept_dad,use_optimistic,optimistic_dad} has no effect. > Fix handling of these flags by: > > - using the maximum of global and per-interface values for the > accept_dad

RE: [PATCH net-next 5/5] tls: Add generic NIC offload infrastructure.

Hannes Frederic Sowa writes: > The user should be aware of that they can't migrate the socket to another > interface if they got hw offloaded. This is not the case for software offload. > Thus I think the user has to opt in and it shouldn't be a heuristic until we >

[PATCH net-next] net: dsa: lan9303: Add adjust_link() method

Make the driver react to device tree "fixed-link" declaration on CPU port. - turn off autonegotiation - force speed 10 or 100 mb/s - force duplex mode Signed-off-by: Egil Hjelmeland --- drivers/net/dsa/lan9303-core.c | 40 1

pull-request: mac80211 2017-11-19

Hi Dave, Here's a new set of two small changes to prevent null pointer dereferences on malformed netlink messages. Please pull and let me know if there's any problem. Thanks, johannes The following changes since commit 126f760ca94dae77425695f9f9238b731de86e32: rds: Fix incorrect

[patch net-next 03/13] mlxsw: acl: Introduce mcrouter ACL action

From: Yotam Gigi The Spectrum multicast forwarding is done using an ACL action. Add the mcrouter ACL action that will be used to offload the multicast router logic. Signed-off-by: Yotam Gigi Reviewed-by: Ido Schimmel

[patch net-next 12/13] mlxsw: spectrum_router: Export RIF dev access function

From: Yotam Gigi The mlxsw_sp_rif struct, defined as private struct in spectrum_router.c will be used in the multicast router source file. Due to the fact that the dev field will be needed by the multicast router logic, add an access function to it. Signed-off-by: Yotam

[patch net-next 01/13] mlxsw: spectrum: Change init order

From: Yotam Gigi The multicast router offloading code is going to require the counter_pools initialization to occur before the router initialization, thus, change the spectrum initialization order to fix it. Signed-off-by: Yotam Gigi Reviewed-by: Ido

[patch net-next 11/13] mlxsw: reg: Configure RIF to forward IPv4 multicast packets by default

From: Yotam Gigi Turn on two bits on the Spectrum RIF configuration: - IPv4 multicast: when a multicast packet arrives on a RIF, send it to go through multicast routes lookup. - IPv4 multicast forwarding enable: when multicast packet arrives on a RIF, allow it to be

[PATCH,net-next,0/2] Improve code coverage of syzkaller

The following patches address this by providing the user(syzkaller) with the ability to send via napi_gro_receive() and napi_gro_frags(). Additionally, syzkaller can specify how many fragments there are and how much data per fragment there is. This is done by exploiting the convenient structure of

Re: [PATCH] VSOCK: fix uapi/linux/vm_sockets.h incomplete types

On Fri, Sep 15, 2017 at 02:14:32PM -0700, David Miller wrote: > > diff --git a/include/uapi/linux/vm_sockets.h > > b/include/uapi/linux/vm_sockets.h > > index b4ed5d895699..4ae5c625ac56 100644 > > --- a/include/uapi/linux/vm_sockets.h > > +++ b/include/uapi/linux/vm_sockets.h > > @@ -18,6 +18,10

[PATCH net-next v4 4/4] bpf: add a test case for helper bpf_perf_prog_read_value

The bpf sample program trace_event is enhanced to use the new helper to print out enabled/running time. Signed-off-by: Yonghong Song --- samples/bpf/trace_event_kern.c| 10 ++ samples/bpf/trace_event_user.c| 13 -

[PATCH net-next v4 0/4] bpf: add two helpers to read perf event enabled/running time

Hardware pmu counters are limited resources. When there are more pmu based perf events opened than available counters, kernel will multiplex these events so each event gets certain percentage (but not 100%) of the pmu time. In case that multiplexing happens, the number of samples or counter value

[PATCH net-next v4 1/4] bpf: add helper bpf_perf_event_read_value for perf event array map

Hardware pmu counters are limited resources. When there are more pmu based perf events opened than available counters, kernel will multiplex these events so each event gets certain percentage (but not 100%) of the pmu time. In case that multiplexing happens, the number of samples or counter value

[PATCH net-next v4 2/4] bpf: add a test case for helper bpf_perf_event_read_value

The bpf sample program tracex6 is enhanced to use the new helper to read enabled/running time as well. Signed-off-by: Yonghong Song --- samples/bpf/tracex6_kern.c| 26 ++ samples/bpf/tracex6_user.c| 13 -

[PATCH net-next v4 3/4] bpf: add helper bpf_perf_prog_read_value

This patch adds helper bpf_perf_prog_read_cvalue for perf event based bpf programs, to read event counter and enabled/running time. The enabled/running time is accumulated since the perf event open. The typical use case for perf event based bpf program is to attach itself to a single event. In

Re: [PATCH net-next 01/14] iptunnel: Add common functions to get a tunnel route

Hi Tom, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Tom-Herbert/gtp-Additional-feature-support/20170919-143920 config: i386-randconfig-x074-201738 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save

[no subject]

<>

Re: [PATCH 06/16] thunderbolt: Add support for XDomain discovery protocol

On Mon, Sep 18, 2017 at 06:30:39PM +0300, Mika Westerberg wrote: > +What:/sys/bus/thunderbolt/devices/./key > +Date:Dec 2017 > +KernelVersion: 4.14 I forgot to update these to 4.15. I'll fix them in v2.

Re:Re: [PATCH] net/packet: fix race condition between fanout_add and __unregister_prot_hook

On Fri, Sep 15, 2017 at 10:46 AM, Willem de Bruijn wrote: > > In case of failure we also need to unlink and free match. I > sent the following: > > http://patchwork.ozlabs.org/patch/813945/ + spin_lock(>bind_lock); + if (po->running && +

[patch net-next 02/13] mlxsw: spectrum: Move ACL flexible actions instance to spectrum

From: Yotam Gigi A flexible action instance allows, given a set of ops, creating, committing and sharing a set of ACL action blocks. The flexible action instance in question is using the spectrum KVD linear space to store the flexible action sets. Move this flexible action

[patch net-next 04/13] mlxsw: acl: Change trap ACL action to get the trap_id as a parameter

From: Yotam Gigi Allow the trap ACL action to be configured with different traps. This allows the multicast router offloading code to use that same ACL action with the multicast router traps. By using different traps, the multicast router can have different trap policies and

[patch net-next 07/13] mlxsw: reg: Add the Router Interface Group Version 2 register

From: Yotam Gigi The RIGR-V2 register is used to add, remove and query egress interface list of a multicast forwarding entry and it will be used by the multicast router offloading logic. Signed-off-by: Yotam Gigi Reviewed-by: Ido Schimmel

[patch net-next 05/13] mlxsw: reg: Rename the flexible action set length field

From: Yotam Gigi The MLXSW_REG_PXXX_FLEX_ACTION_SET_LEN is relevant for the multicast router registers too, so rename it to have a general name which is not bound to a specific register. Signed-off-by: Yotam Gigi Reviewed-by: Ido Schimmel

[patch net-next 08/13] mlxsw: resources: Add multicast ERIF list entries resource

From: Yotam Gigi The multicast ERIF list entries resource indicates the number of entries that can be put in one rigr2 register operation. While the register can hold up to MLXSW_REG_RIGR2_MAX_ERIFS ( = 32) ERIF entries, the actual number allowed by firmware is indicated

  1   2   3   >