[PATCH net-next v2] net/mlx5e: Support bpf_xdp_adjust_head()

This patch adds bpf_xdp_adjust_head() support to mlx5e. 1. rx_headroom is added to struct mlx5e_rq. It uses an existing 4 byte hole in the struct. 2. The adjusted data length is checked against MLX5E_XDP_MIN_INLINE and MLX5E_SW2HW_MTU(rq->netdev->mtu). 3. The macro MLX5E_SW2HW_MTU is moved

[PATCHv2 iproute2 net-next 1/5] iplink: bridge: add support for IFLA_BR_FDB_FLUSH

This patch implements support for the IFLA_BR_FDB_FLUSH attribute in iproute2 so it can flush bridge fdb dynamic entries. Reviewed-by: Nikolay Aleksandrov Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 5 - 1 file changed, 4

[PATCHv2 iproute2 net-next 4/5] iplink: bridge: add support for IFLA_BR_MCAST_IGMP_VERSION

This patch implements support for the IFLA_BR_MCAST_IGMP_VERSION attribute in iproute2 so it can change the mcast igmp version. Reviewed-by: Nikolay Aleksandrov Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file

[PATCH net-next V5 0/3] vhost_net tx batching

Hi: This series tries to implement tx batching support for vhost. This was done by using MSG_MORE as a hint for under layer socket. The backend (e.g tap) can then batch the packets temporarily in a list and submit it all once the number of bacthed exceeds a limitation. Tests shows obvious

[PATCHv2 iproute2 net-next 2/5] iplink: bridge: add support for IFLA_BR_VLAN_STATS_ENABLED

This patch implements support for the IFLA_BR_VLAN_STATS_ENABLED attribute in iproute2 so it can enable/disable vlan stats accounting. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file changed, 13 insertions(+) diff --git a/ip/iplink_bridge.c

[PATCHv2 iproute2 net-next 5/5] iplink: bridge: add support for IFLA_BR_MCAST_MLD_VERSION

This patch implements support for the IFLA_BR_MCAST_MLD_VERSION attribute in iproute2 so it can change the mcast mld version. Reviewed-by: Nikolay Aleksandrov Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file

[PATCHv2 iproute2 net-next 3/5] iplink: bridge: add support for IFLA_BR_MCAST_STATS_ENABLED

This patch implements support for the IFLA_BR_MCAST_STATS_ENABLED attribute in iproute2 so it can enable/disable mcast stats accounting. Signed-off-by: Hangbin Liu --- ip/iplink_bridge.c | 13 + 1 file changed, 13 insertions(+) diff --git a/ip/iplink_bridge.c

[PATCHv2 iproute2 net-next 0/5] add latest bridge netlink options

Add the bridge netlink attributes added to kernel recently. v2: rename vlan/mcast_state to vlan/mcast_stats_enabled as suggested by Nikolay. The previous name has different meaning and will mislead people. I will post a separate patch for IFLA_BRPORT_FLUSH support. Hangbin Liu (5): iplink:

Re: [RFC v2 00/10] HFI Virtual Network Interface Controller (VNIC)

On Tue, Jan 17, 2017 at 11:27:20AM -0800, Vishwanathapura, Niranjana wrote: > Thanks Jason for the valuable inputs. > > Here is the new generic interface. > > Overview: > Bottom driver defines net_device_ops. The upper driver can override it. > For example, upper driver can implement ndo_open()

Re: [PATCH net-next v2] bridge: multicast to unicast

Hi Felix, [auto build test WARNING on net-next/master] url: https://github.com/0day-ci/linux/commits/Linus-L-ssing/bridge-multicast-to-unicast/20170118-120345 config: x86_64-rhel-7.2 (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached

Re: [PATCH net-next v4 05/10] drivers: base: Add device_find_in_class_name()

On Tue, Jan 17, 2017 at 03:21:47PM -0800, Florian Fainelli wrote: > Add a helper function to lookup a device reference given a class name. > This is a preliminary patch to remove adhoc code from net/dsa/dsa.c and > make it more generic. > > Signed-off-by: Florian Fainelli >

[PATCH net-next V5 1/3] vhost: better detection of available buffers

This patch tries to do several tweaks on vhost_vq_avail_empty() for a better performance: - check cached avail index first which could avoid userspace memory access. - using unlikely() for the failure of userspace access - check vq->last_avail_idx instead of cached avail index as the last step.

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

We can only process 1 packet at one time during sendmsg(). This often lead bad cache utilization under heavy load. So this patch tries to do some batching during rx before submitting them to host network stack. This is done through accepting MSG_MORE as a hint from sendmsg() caller, if it was set,

Re: [PATCH net-next v3 06/10] net: dsa: Migrate to device_find_class()

On Mon, Jan 16, 2017 at 12:01:02PM -0800, Florian Fainelli wrote: > On 01/15/2017 11:16 AM, Andrew Lunn wrote: > >>> What exactly is the relationship between these devices (a ascii-art tree > >>> or sysfs tree output might be nice) so I can try to understand what is > >>> going on here. > > > >

[PATCH net-next V5 2/3] vhost_net: tx batching

This patch tries to utilize tuntap rx batching by peeking the tx virtqueue during transmission, if there's more available buffers in the virtqueue, set MSG_MORE flag for a hint for backend (e.g tuntap) to batch the packets. Reviewed-by: Stefan Hajnoczi Signed-off-by: Jason

[PATCH iproute2 net-next] iplink: bridge_slave: add support for IFLA_BRPORT_FLUSH

This patch implements support for the IFLA_BRPORT_FLUSH attribute in iproute2 so it can flush bridge slave's fdb dynamic entries. Signed-off-by: Hangbin Liu --- ip/iplink_bridge_slave.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

RE: [PATCH v2] net: fec: Fixed panic problem with non-tso

From: Eric Dumazet Sent: Wednesday, January 18, 2017 1:02 PM >To: Yuusuke Ashiduka >Cc: Andy Duan ; netdev@vger.kernel.org >Subject: Re: [PATCH v2] net: fec: Fixed panic problem with non-tso > >On Wed, 2017-01-18 at 13:11

[PATCH 0/6 net-next][V4] Rework inet_csk_get_port

V3->V4: -Removed the random include of addrconf.h that is no longer needed. V2->V3: -Dropped the fastsock from the tb and instead just carry the saddrs, family, and ipv6 only flag. -Reworked the helper functions to deal with this change so I could still use them when checking the fast path.

[PATCH 1/6 net-next] inet: collapse ipv4/v6 rcv_saddr_equal functions into one

We pass these per-protocol equal functions around in various places, but we can just have one function that checks the sk->sk_family and then do the right comparison function. I've also changed the ipv4 version to not cast to inet_sock since it is unneeded. Signed-off-by: Josef Bacik

[PATCH 3/6 net-next] inet: kill smallest_size and smallest_port

In inet_csk_get_port we seem to be using smallest_port to figure out where the best place to look for a SO_REUSEPORT sk that matches with an existing set of SO_REUSEPORT's. However if we get to the logic if (smallest_size != -1) { port = smallest_port; goto have_port; } we will

[PATCH 5/6 net-next] inet: split inet_csk_get_port into two functions

inet_csk_get_port does two different things, it either scans for an open port, or it tries to see if the specified port is available for use. Since these two operations have different rules and are basically independent lets split them into two different functions to make them both more readable.

[PATCH 2/6 net-next] inet: drop ->bind_conflict

The only difference between inet6_csk_bind_conflict and inet_csk_bind_conflict is how they check the rcv_saddr, so delete this call back and simply change inet_csk_bind_conflict to call inet_rcv_saddr_equal. Signed-off-by: Josef Bacik --- include/net/inet6_connection_sock.h | 5

[PATCH 6/6 net-next] inet: reset tb->fastreuseport when adding a reuseport sk

If we have non reuseport sockets on a tb we will set tb->fastreuseport to 0 and never set it again. Which means that in the future if we end up adding a bunch of reuseport sk's to that tb we'll have to do the expensive scan every time. Instead add the ipv4/ipv6 saddr fields to the bind bucket, as

[PATCH 4/6 net-next] inet: don't check for bind conflicts twice when searching for a port

This is just wasted time, we've already found a tb that doesn't have a bind conflict, and we don't drop the head lock so scanning again isn't going to give us a different answer. Instead move the tb->reuse setting logic outside of the found_tb path and put it in the success: path. Then make it

Re: [PATCH] net: jme: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sun, 15 Jan 2017 23:18:21 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > >

Re: [PATCH net] lwtunnel: fix autoload of lwt modules

On 1/17/17 3:04 AM, Robert Shearman wrote: > Is it safe to release the rtnl lock here? E.g. neither fib_get_nhs nor > fib_create_info take a reference on the device and further up > inet_rtm_newroute has a pointer to the struct fib_table without taking a > reference. fib tables can not be

Re: [PATCH net-next v4 2/2] net sched: Trivial whitespace and stylistic changes

Jiri, I am going to drop this patch altogether. Someday i will do the cleanup. cheers, jamal On 17-01-17 07:12 AM, Jiri Pirko wrote: Tue, Jan 17, 2017 at 12:11:49PM CET, j...@mojatatu.com wrote: From: Jamal Hadi Salim Signed-off-by: Jamal Hadi Salim

[PATCHv4 net-next 3/6] sctp: add stream reconf primitive

This patch is to add a primitive based on sctp primitive frame for sending stream reconf request. It works as the other primitives, and create a SCTP_CMD_REPLY command to send the request chunk out. sctp_primitive_RECONF would be the api to send a reconf request chunk. Signed-off-by: Xin Long

Re: [PATCH] net: marvell: sky2: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 14 Jan 2017 23:26:22 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

[PATCHv4 net-next 1/6] sctp: add support for generating stream reconf ssn reset request chunk

This patch is to add asoc strreset_outseq and strreset_inseq for saving the reconf request sequence, initialize them when create assoc and process init, and also to define Incoming and Outgoing SSN Reset Request Parameter described in rfc6525 section 4.1 and 4.2, As they can be in one same chunk

Re: [PATCH] net: korina: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Sat, 14 Jan 2017 12:33:19 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > Signed-off-by: Philippe Reynes Applied.

[PATCHv4 net-next 2/6] sctp: add stream reconf timer

This patch is to add a per transport timer based on sctp timer frame for stream reconf chunk retransmission. It would start after sending a reconf request chunk, and stop after receiving the response chunk. If the timer expires, besides retransmitting the reconf request chunk, it would also do

[PATCHv4 net-next 6/6] sctp: implement sender-side procedures for SSN Reset Request Parameter

This patch is to implement sender-side procedures for the Outgoing and Incoming SSN Reset Request Parameter described in rfc6525 section 5.1.2 and 5.1.3. It is also add sockopt SCTP_RESET_STREAMS in rfc6525 section 6.3.2 for users. Note that the new asoc member strreset_outstanding is to make

[PATCH net 2/3] net/mlx4_en: Remove unnecessary checks when setting num channels

From: Eran Ben Elisha Boundaries checks for the number of RX, TX, other and combined channels should be checked by the caller and not in the driver. In addition, remove wrong memset on get channels as it overrides the cmd field in the requester struct. Signed-off-by: Eran

Re: [PATCH net] lwtunnel: fix autoload of lwt modules

On 17/01/17 17:07, David Ahern wrote: On 1/17/17 3:04 AM, Robert Shearman wrote: Is it safe to release the rtnl lock here? E.g. neither fib_get_nhs nor fib_create_info take a reference on the device and further up inet_rtm_newroute has a pointer to the struct fib_table without taking a

Re: fq_codel and skb->hash

On Mon, 2017-01-16 at 22:18 -0800, Tom Herbert wrote: > On Mon, Jan 16, 2017 at 6:34 PM, Eric Dumazet wrote: > > On Mon, 2017-01-16 at 17:44 -0800, Eric Dumazet wrote: > >> On Mon, 2017-01-16 at 17:04 -0700, Andrew Collins wrote: > > > >> > Is there a better way to

virtio: Subtle changes to virtio_net flags breaks VXLAN on Google Cloud

Commits: fd2a0437dc33 virtio_net: introduce virtio_net_hdr_{from,to}_skb e858fae2b0b8 virtio_net: use common code for virtio_net_hdr and skb GSO conversion introduced a subtle (but unexplained) difference in how virtio_net flags are derived from skb->ip_summed fields on transmit from the guest

Re: [PATCH iproute2 1/1] utils: make hex2mem available to all users

On Sat, 14 Jan 2017 17:04:43 -0500 Jamal Hadi Salim wrote: > From: Jamal Hadi Salim > > hex2mem() api is useful for parsing hexstrings which are then packed in > a stream of chars. > > Signed-off-by: Jamal Hadi Salim Both applied,

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On 17-01-17 11:57 AM, Daniel Borkmann wrote: On 01/17/2017 05:50 PM, Jamal Hadi Salim wrote: struct tc_cookie cookie; Grep-ability. I was worried about when the classifier adds its cookie it would need to use something like cls_cookie etc. Given this cookie is just used for correlation

Re: [PATCH] net: ethernet: stmmac: add ARP management

On Tue, Jan 17, 2017 at 05:56:40PM +0100, Christophe Roullier wrote: > DWC_ether_qos supports the Address Recognition Resolution not Recognition? > Protocol (ARP) Offload for IPv4 packets. This feature > allows the processing of the IPv4 ARP request packet > in the receive path and generating

[PATCH net 3/3] net/mlx5e: Remove unnecessary checks when setting num channels

From: Eran Ben Elisha Boundaries checks for the number of RX and TX should be checked by the caller and not in the driver. Signed-off-by: Eran Ben Elisha Signed-off-by: Tariq Toukan ---

Re: [PATCH v2] net: marvell: skge: use new api ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Mon, 16 Jan 2017 22:46:08 +0100 > The ethtool api {get|set}_settings is deprecated. > We move this driver to new api {get|set}_link_ksettings. > > The callback set_link_ksettings no longer update the value > of advertising, as the struct

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On 17-01-17 11:50 AM, Jamal Hadi Salim wrote: On 17-01-17 09:16 AM, Daniel Borkmann wrote: I can do that if you feel strongly. I am dropping the first patch and hope Dave just applies this first patch. I meant this second patch. cheers, jamal

Peace Of The Lord Be With You And Your Family

Dear friend, I am Mrs Alice Banneth from Burkina Faso are you online? I have important issue to discus with you. Reply to my private email address : (mrsalicebanne...@yahoo.com)

[PATCH net 0/3] ethtool fix

Hi Dave, This patchset from Eran contains a fix to ethtool set_channels, where the call to get_channels with an uninitialized parameter might result in garbage fields. It also contains two followup changes in our mlx4/mlx5 Eth drivers. Series generated against net commit: 0faa9cb5b383 net sched

Re: sctp: kernel memory overwrite attempt detected in sctp_getsockopt_assoc_stats

On Mon, Jan 16, 2017 at 6:56 AM, Dmitry Vyukov wrote: > On Mon, Jan 16, 2017 at 3:50 PM, David Laight wrote: >> From: Dmitry Vyukov >>> Sent: 16 January 2017 14:04 >>> >> >> I've enabled CONFIG_HARDENED_USERCOPY_PAGESPAN on syzkaller fuzzer and >> ...

[PATCH net 1/3] net: ethtool: Initialize buffer when querying device channel settings

From: Eran Ben Elisha Ethtool channels respond struct was uninitialized when querying device channel boundaries settings. As a result, unreported fields by the driver hold garbage. This may cause sending unsupported params to driver. Fixes: 8bf368620486 ('ethtool: ensure

Re: [PATCH] net: ethernet: stmmac: add ARP management

On 01/17/2017 08:56 AM, Christophe Roullier wrote: > DWC_ether_qos supports the Address Recognition > Protocol (ARP) Offload for IPv4 packets. This feature > allows the processing of the IPv4 ARP request packet > in the receive path and generating corresponding ARP > response packet in the

Re: [PATCH net-next 1/1] s390/qeth: remove legacy SNA-support

From: Ursula Braun Date: Tue, 17 Jan 2017 13:39:51 +0100 > The qeth driver supports various operation modes of the underlying > network interface cards. > One specific mode (OSN) belonged to a Linux-assisted solution > that enabled existing IBM mainframe operating

Re: [PATCH v3] audit: log 32-bit socketcalls

From: Richard Guy Briggs Date: Tue, 17 Jan 2017 11:07:15 -0500 > 32-bit socketcalls were not being logged by audit on x86_64 systems. > Log them. This is basically a duplicate of the call from > net/socket.c:sys_socketcall(), but it addresses the impedance mismatch > between

Re: [PATCH] ip/xfrm: Fix deleteall when having many policies installed

On Mon, 16 Jan 2017 15:09:01 +0100 Alexander Heinlein wrote: > Fix "Policy buffer overflow" error when trying to use deleteall with > many policies installed. > > Signed-off-by: Alexander Heinlein > --- > ip/xfrm_policy.c | 6

Re: virtio: Subtle changes to virtio_net flags breaks VXLAN on Google Cloud

On Tue, Jan 17, 2017 at 04:20:49PM +, Rolf Neugebauer wrote: > Commits: > > fd2a0437dc33 virtio_net: introduce virtio_net_hdr_{from,to}_skb > e858fae2b0b8 virtio_net: use common code for virtio_net_hdr and skb > GSO conversion > > introduced a subtle (but unexplained) difference in how

[PATCH v2 4/4] arm: dts: nsp: Add USB nodes to device tree

Add USB nodes to the Northstar plus device tree file Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- arch/arm/boot/dts/bcm-nsp.dtsi | 56 arch/arm/boot/dts/bcm958625k.dts | 16 2 files changed, 72

[PATCH v3] audit: log 32-bit socketcalls

32-bit socketcalls were not being logged by audit on x86_64 systems. Log them. This is basically a duplicate of the call from net/socket.c:sys_socketcall(), but it addresses the impedance mismatch between 32-bit userspace process and 64-bit kernel audit. See:

[PATCH v2 1/4] dt-bindings: phy: Add documentation for NSP USB3 PHY

Add documentation for USB3 PHY available in Northstar plus SoC Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- .../devicetree/bindings/phy/brcm,nsp-usb3-phy.txt | 39 ++ 1 file changed, 39 insertions(+) create mode 100644

[PATCH v2 2/4] net: phy: Initialize mdio clock at probe function

Initialize mdio clock divisor in probe function. The ext bus bit available in the same register will be used by mdio mux to enable external mdio. Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/net/phy/mdio-bcm-iproc.c | 6 ++ 1 file changed, 2

[PATCH v2 0/4] USB support for Broadcom NSP SoC

This patch set contains the usb support for Broadcom NSP SoC. The usb3 phy is internal to the SoC and is accessed through mdio interface. The mdio interface can be used to access either internal usb3 phy or external ethernet phy using a multiplexer. The first patch provides the documentation

[PATCH v2 3/4] phy: Add USB3 PHY support for Broadcom NSP SoC

This patch adds support for Broadcom NSP USB3 PHY Signed-off-by: Yendapally Reddy Dhananjaya Reddy --- drivers/phy/Kconfig| 8 ++ drivers/phy/Makefile | 1 + drivers/phy/phy-bcm-nsp-usb3.c | 176 +

Re: [PATCH 1/1] ip: fix igmp parsing when iface is long

On Tue, 17 Jan 2017 00:25:50 +0100 Petr Vorel wrote: > Entries with long vhost names in /proc/net/igmp have no whitespace > between name and colon, so sscanf() adds it to vhost and > 'ip maddr show iface' doesn't include inet result. > > Signed-off-by: Petr Vorel

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On 01/17/2017 05:50 PM, Jamal Hadi Salim wrote: On 17-01-17 09:16 AM, Daniel Borkmann wrote: On 01/17/2017 12:11 PM, Jamal Hadi Salim wrote: From: Jamal Hadi Salim Introduce optional 128-bit action cookie. Like all other cookie schemes in the networking world (eg in

Re: [PATCH net-next v3 1/1] net sched actions: Add support for user cookies

From: Jamal Hadi Salim Date: Tue, 17 Jan 2017 05:52:15 -0500 > Having said that: Is this rule really cast in stone?;-> > I have seen many other people (including myself) sneak in whitespace > changes and other trivialities in a general change. I thought the rule > was to not

[PATCHv4 net-next 0/6] sctp: add sender-side procedures for stream reconf ssn reset request chunk

Patch 6/6 is to implement sender-side procedures for the Outgoing and Incoming SSN Reset Request Parameter described in rfc6525 section 5.1.2 and 5.1.3 Patches 1-5/6 are ahead of it to define some apis and asoc members for it. Note that with this patchset, asoc->reconf_enable has no chance yet

[PATCHv4 net-next 5/6] sctp: add sockopt SCTP_ENABLE_STREAM_RESET

This patch is to add sockopt SCTP_ENABLE_STREAM_RESET to get/set strreset_enable to indicate which reconf request type it supports, which is described in rfc6525 section 6.3.1. Signed-off-by: Xin Long --- include/net/sctp/structs.h | 4 +++ include/uapi/linux/sctp.h | 7

[PATCHv4 net-next 4/6] sctp: add reconf_enable in asoc ep and netns

This patch is to add reconf_enable field in all of asoc ep and netns to indicate if they support stream reset. When initializing, asoc reconf_enable get the default value from ep reconf_enable which is from netns netns reconf_enable by default. It is also to add reconf_capable in asoc peer part

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On 17-01-17 09:16 AM, Daniel Borkmann wrote: On 01/17/2017 12:11 PM, Jamal Hadi Salim wrote: From: Jamal Hadi Salim Introduce optional 128-bit action cookie. Like all other cookie schemes in the networking world (eg in protocols like http or existing kernel fib protocol

Re: [PATCH net-next] bridge: sparse fixes in br_ip6_multicast_alloc_query()

On Mon, 16 Jan 2017 18:11:35 -0500 Lance Richardson wrote: > Changed type of csum field in struct igmpv3_query from __be16 to > __sum16 to eliminate type warning, made same change in struct > igmpv3_report for consistency. > > Fixed up an ntohs() where htons() should have

Re: [net PATCH v4 2/6] virtio_net: wrap rtnl_lock in test for calling with lock already held

From: John Fastabend Date: Sun, 15 Jan 2017 15:59:47 -0800 > @@ -2358,7 +2371,10 @@ static void remove_vq_common(struct virtnet_info *vi) > /* Free unused buffers in both send and recv, if any. */ > free_unused_bufs(vi); > > - free_receive_bufs(vi); >

Re: [PATCH] net: ethernet: stmmac: add ARP management

From: Christophe Roullier Date: Tue, 17 Jan 2017 17:56:40 +0100 > DWC_ether_qos supports the Address Recognition > Protocol (ARP) Offload for IPv4 packets. This feature It's Address "Resolution" Protocol, not Recognition.

Re: [PATCH 1/1] ip: fix igmp parsing when iface is long

On Tue, 17 Jan 2017 09:08:09 +0100 Petr Vorel wrote: > Hi, > > > Entries with long vhost names in /proc/net/igmp have no whitespace > > between name and colon, so sscanf() adds it to vhost and > > 'ip maddr show iface' doesn't include inet result. > > Bug was also reported to

[net, 1/6] net: korina: don't use overflow and underflow interrupts

When such interrupts occur there is not much we can do. Dropping the whole ring doesn't help and only produces high packet loss. If we just ignore the interrupt the mac will drop one or few packets instead of the whole ring. Also this will lower the irq handling load, which is good.

Re: [net, 2/6] net: korina: define NAPI_WEIGHT

From: Roman Yeryomin Date: Tue, 17 Jan 2017 19:32:22 +0200 > @@ -77,6 +77,8 @@ > > #define MII_CLOCK 125/* no more than 2.5MHz */ > > +#define NAPI_WEIGHT 64 > + > /* the following must be powers of two */ > #define KORINA_NUM_RDS 64 /* number of

[net, 5/6] net: korina: update authors

Signed-off-by: Roman Yeryomin --- drivers/net/ethernet/korina.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c index afa440c..83c994f 100644 --- a/drivers/net/ethernet/korina.c +++

Kernel 4.6.7-rt14 kernel workqueue lockup - rtnl deadlock plus syscall endless loop

Hi, I am experiencing sporadic work queue lockups on kernel 4.6.7-rt14 (mach-socfpga). Using a HW debugger I got the following information: A process containing a network namespace is terminating itself (SIGKILL), which causes cleanup_net() to be scheduled to kworker/u4:2 to clean up the

Re: [PATCH net] lwtunnel: fix autoload of lwt modules

On 1/17/17 10:26 AM, Robert Shearman wrote: > Ok, I'll continue looking too and let you know if there's anything else that > pops up. > > Having said that, even if we eliminate all the unreferenced objects in the > current code, what are the chances that we'll be able to keep it this way >

Re: [net, 2/6] net: korina: define NAPI_WEIGHT

On 01/17/2017 10:30 AM, Roman Yeryomin wrote: > On 17 January 2017 at 19:40, David Miller wrote: >> From: Roman Yeryomin >> Date: Tue, 17 Jan 2017 19:32:22 +0200 >> >>> @@ -77,6 +77,8 @@ >>> >>> #define MII_CLOCK 125/* no more than 2.5MHz */

Re: Kernel 4.6.7-rt14 kernel workqueue lockup - rtnl deadlock plus syscall endless loop

From: Elad Nachman Date: Tue, 17 Jan 2017 18:15:19 + > Any thought about limiting the amount of busy polling? Say if more > than X polls are done within a jiffy, then at least for preemptable > kernels you can sleep for a jiffy inside the syscall to yield the > CPU for a

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

Tue, Jan 17, 2017 at 05:57:58PM CET, dan...@iogearbox.net wrote: >On 01/17/2017 05:50 PM, Jamal Hadi Salim wrote: >> On 17-01-17 09:16 AM, Daniel Borkmann wrote: >> > On 01/17/2017 12:11 PM, Jamal Hadi Salim wrote: >> > > From: Jamal Hadi Salim >> > > >> > > Introduce optional

[net, 6/6] net: korina: version bump

Signed-off-by: Roman Yeryomin --- drivers/net/ethernet/korina.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c index 83c994f..c8fed01 100644 --- a/drivers/net/ethernet/korina.c +++

Re: [PATCH] net: ethernet: stmmac: add ARP management

On 01/17/2017 09:25 AM, Andrew Lunn wrote: > On Tue, Jan 17, 2017 at 05:56:40PM +0100, Christophe Roullier wrote: >> DWC_ether_qos supports the Address Recognition > > Resolution not Recognition? > >> Protocol (ARP) Offload for IPv4 packets. This feature >> allows the processing of the IPv4 ARP

[net, 3/6] net: korina: increase tx/rx ring sizes

Having larger ring sizes almost eliminates rx fifo overflow, thus improving performance. This patch reduces rx overflow occurence by approximately 1000 times (from ~25k down to ~25 times per 3M frames) Signed-off-by: Roman Yeryomin --- drivers/net/ethernet/korina.c | 4 ++-- 1

Re: Kernel 4.6.7-rt14 kernel workqueue lockup - rtnl deadlock plus syscall endless loop

From: Elad Nachman Date: Tue, 17 Jan 2017 17:39:03 + > What's more odd about this is that it's very unusual and strange for > a kernel function to invoke the restart mechanism because a lock is > being held - the point of the restart mechanism is to allow userspace > signal

Re: [PATCH net 1/1] net sched actions: fix refcnt when GETing of action after bind

On Sun, Jan 15, 2017 at 7:14 AM, Jamal Hadi Salim wrote: > diff --git a/net/sched/act_api.c b/net/sched/act_api.c > index 2095c83..e10456ef6f 100644 > --- a/net/sched/act_api.c > +++ b/net/sched/act_api.c > @@ -900,8 +900,6 @@ static int tca_action_flush(struct net *net, struct

Re: [PATCH] bpf: Fix test_lru_sanity5() in test_lru_map.c

On 1/17/17 1:07 AM, Daniel Borkmann wrote: On 01/17/2017 07:17 AM, Martin KaFai Lau wrote: test_lru_sanity5() fails when the number of online cpus is fewer than the number of possible cpus. It can be reproduced with qemu by using cmd args "--smp cpus=2,maxcpus=8". The problem is the loop in

Re: [net PATCH v4 2/6] virtio_net: wrap rtnl_lock in test for calling with lock already held

On 17-01-17 08:57 AM, David Miller wrote: > From: John Fastabend > Date: Sun, 15 Jan 2017 15:59:47 -0800 > >> @@ -2358,7 +2371,10 @@ static void remove_vq_common(struct virtnet_info *vi) >> /* Free unused buffers in both send and recv, if any. */ >>

Re: [PATCH net-next] tcp: accept RST for rcv_nxt - 1 after receiving a FIN

On 01/17/2017 10:37 AM, Jason Baron wrote: From: Jason Baron Using a Mac OSX box as a client connecting to a Linux server, we have found that when certain applications (such as 'ab'), are abruptly terminated (via ^C), a FIN is sent followed by a RST packet on tcp

[PATCH v2 1/2] can: holt_hi311x: document device tree bindings

Document the HOLT HI-311x CAN device tree bindings. Signed-off-by: Akshay Bhat Acked-by: Rob Herring --- v1 -> v2: - No changes .../devicetree/bindings/net/can/holt_hi311x.txt| 24 ++ 1 file changed, 24 insertions(+) create mode

[PATCH v2 2/2] can: spi: hi311x: Add Holt HI-311x CAN driver

This patch adds support for the Holt HI-311x CAN controller. The HI311x CAN controller is capable of transmitting and receiving standard data frames, extended data frames and remote frames. The HI311x interfaces with the host over SPI. Datasheet: www.holtic.com/documents/371-hi-3110_v-rev-jpdf.do

Re: Kernel 4.6.7-rt14 kernel workqueue lockup - rtnl deadlock plus syscall endless loop

On Tue, 17 Jan 2017 17:39:03 + Elad Nachman wrote: > Hi, > > I am experiencing sporadic work queue lockups on kernel 4.6.7-rt14 > (mach-socfpga). > > Using a HW debugger I got the following information: > > A process containing a network namespace is terminating itself

Re: [net, 3/6] net: korina: increase tx/rx ring sizes

On 17 January 2017 at 19:58, David Miller wrote: > From: Roman Yeryomin > Date: Tue, 17 Jan 2017 19:32:36 +0200 > >> Having larger ring sizes almost eliminates rx fifo overflow, thus improving >> performance. >> This patch reduces rx overflow

Re: [PATCH net-next] tcp: accept RST for rcv_nxt - 1 after receiving a FIN

On Tue, 2017-01-17 at 13:37 -0500, Jason Baron wrote: > From: Jason Baron > > Using a Mac OSX box as a client connecting to a Linux server, we have found > that when certain applications (such as 'ab'), are abruptly terminated > (via ^C), a FIN is sent followed by a RST packet

Re: [PATCH net-next] tcp: accept RST for rcv_nxt - 1 after receiving a FIN

On Tue, Jan 17, 2017 at 11:04 AM, Rick Jones wrote: >up unneeded resources in a more expedient fashion. > > > Drifting a bit, and it doesn't change the value of dealing with it, but out > of curiosity, when you say mostly in CLOSE_WAIT, why aren't the server-side >

[PATCH] virtio: don't set VIRTIO_NET_HDR_F_DATA_VALID on xmit

This patch part reverts fd2a0437dc33 and e858fae2b0b8 which introduced a subtle change in how the virtio_net flags are derived from the SKBs ip_summed field. With the above commits, the flags are set to VIRTIO_NET_HDR_F_DATA_VALID when ip_summed == CHECKSUM_UNNECESSARY, thus treating it

Re: [net, 2/6] net: korina: define NAPI_WEIGHT

On 17 January 2017 at 19:40, David Miller wrote: > From: Roman Yeryomin > Date: Tue, 17 Jan 2017 19:32:22 +0200 > >> @@ -77,6 +77,8 @@ >> >> #define MII_CLOCK 125/* no more than 2.5MHz */ >> >> +#define NAPI_WEIGHT 64 >> + >> /* the

Re: [PATCH] virtio: don't set VIRTIO_NET_HDR_F_DATA_VALID on xmit

On Tue, Jan 17, 2017 at 06:13:51PM +, Rolf Neugebauer wrote: > This patch part reverts fd2a0437dc33 and e858fae2b0b8 which introduced a > subtle change in how the virtio_net flags are derived from the SKBs > ip_summed field. > > With the above commits, the flags are set to

Re: [net, 6/6] net: korina: version bump

On 2017-01-17 18:33, Roman Yeryomin wrote: > Signed-off-by: Roman Yeryomin > --- > drivers/net/ethernet/korina.c | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c > index 83c994f..c8fed01

Re: [net, 2/6] net: korina: define NAPI_WEIGHT

From: Roman Yeryomin Date: Tue, 17 Jan 2017 20:30:44 +0200 > On 17 January 2017 at 19:40, David Miller wrote: >> From: Roman Yeryomin >> Date: Tue, 17 Jan 2017 19:32:22 +0200 >> >>> @@ -77,6 +77,8 @@ >>> >>> #define MII_CLOCK

Re: [PATCH 2/2] can: spi: hi311x: Add Holt HI-311x CAN driver

Marc, On 01/03/2017 10:31 AM, Marc Kleine-Budde wrote: > On 11/14/2016 06:55 PM, Akshay Bhat wrote: >> This patch adds support for the Holt HI-311x CAN controller. The HI311x >> CAN controller is capable of transmitting and receiving standard data >> frames, extended data frames and remote

[net, 4/6] net: korina: whitespace styling cleanup

Signed-off-by: Roman Yeryomin --- drivers/net/ethernet/korina.c | 54 +++ 1 file changed, 29 insertions(+), 25 deletions(-) diff --git a/drivers/net/ethernet/korina.c b/drivers/net/ethernet/korina.c index 02f2364..afa440c 100644 ---

RE: Kernel 4.6.7-rt14 kernel workqueue lockup - rtnl deadlock plus syscall endless loop

Any thought about limiting the amount of busy polling? Say if more than X polls are done within a jiffy, then at least for preemptable kernels you can sleep for a jiffy inside the syscall to yield the CPU for a while? Thanks, Elad. -Original Message- From: David Miller

Re: [PATCH net-next v4 1/2] net sched actions: Add support for user cookies

On Tue, Jan 17, 2017 at 3:11 AM, Jamal Hadi Salim wrote: > @@ -575,6 +583,23 @@ struct tc_action *tcf_action_init_1(struct net *net, > struct nlattr *nla, > if (err < 0) > goto err_mod; > > + if (tb[TCA_ACT_COOKIE]) { > + if

  1   2   3   >