Re: [PATCH net] ipv6: no CHECKSUM_PARTIAL on skbs with extension headers and recalc checksum during fragmentation

On Sun, Oct 25, 2015, at 14:32, Tom Herbert wrote: > > Anyway, currently it is easy to generate broken checksums on the wire > > and would like to solve that for net, we certainly can improve that in > > net-next. > > > Hannes, > > The IPv4 fragment code is very similar to IPv6 in that both will

Re: [PATCH stable<3.19] net: handle null iovec pointer in skb_copy_and_csum_datagram_iovec()

On Fri, Oct 23, 2015 at 11:39:46AM +0200, Michal Kubecek wrote: > On Fri, Oct 23, 2015 at 11:22:19AM +0200, Sabrina Dubroca wrote: > > Hello Michal, > > > > 2015-10-23, 10:46:09 +0200, Michal Kubecek wrote: > > > Mainline commit 89c22d8c3b27 ("net: Fix skb csum races when peeking") > > > backport

RE: [PATCH v7] can: xilinx: Convert to runtime_pm

Hi Marc, > -Original Message- > From: Marc Kleine-Budde [mailto:m...@pengutronix.de] > Sent: Monday, October 26, 2015 1:54 AM > To: Appana Durga Kedareswara Rao; Anirudha Sarangi; w...@grandegger.com; > Michal Simek; Soren Brinkmann > Cc: linux-...@vger.kernel.org; netdev@vger.kernel.org;

[-next] WARNING at iwl_mvm_time_event_send_add+0x72/0x1b6

Hi, linux-next 20151022 wlp2s0: aborting authentication with 00:04:96:61:cd:e0 by local choice (Reason: 3=DEAUTH_LEAVING) [ cut here ] WARNING: CPU: 0 PID: 1006 at drivers/net/wireless/iwlwifi/mvm/time-event.c:513 iwl_mvm_time_event_send_add+0x72/0x1b6 [iwlmvm]()

Re: [PATCH v2] net: tso: add support for IPv6

On 2015/10/26 17:13, Toshiaki Makita wrote: > On 2015/10/26 16:47, Grumbach, Emmanuel wrote: >> On 10/26/2015 06:03 AM, Toshiaki Makita wrote: >>> On 2015/10/26 5:02, Emmanuel Grumbach wrote: Adding IPv6 for the TSO helper API is trivial: * Don't play with the id (which doesn't exist

Re: [PATCH net] macvtap: unbreak receiving of gro skb with frag list

On Mon, Oct 26, 2015 at 02:53:38PM +0800, Jason Wang wrote: > > > On 10/26/2015 02:09 PM, Michael S. Tsirkin wrote: > > On Mon, Oct 26, 2015 at 11:15:57AM +0800, Jason Wang wrote: > >> > >> On 10/23/2015 09:37 PM, Michael S. Tsirkin wrote: > >>> On Fri, Oct 23, 2015 at 12:57:05AM -0400, Jason

[PATCH net-next v8 04/10] qed: Add slowpath L2 support

From: Manish Chopra This patch adds to the qed the support to configure various L2 elements, such as channels and basic filtering conditions. It also enhances its public API to allow qede to later utilize this functionality. Signed-off-by: Manish Chopra

[PATCH net-next v8 03/10] qede: Add basic Network driver

The Qlogic Everest Driver for Ethernet is the Ethernet specific module for QL4xxx ethernet products by Qlogic. This patch adds a very minimal PCI driver, one that doesn't yet register a network device, but one that does interact with qed and does a basic initialization of the HW. Signed-off-by:

Re: [Xen-devel] [PATCH net-next 0/8] xen-netback/core: packet hashing

On 24/10/15 12:55, David Miller wrote: > From: Paul Durrant > Date: Wed, 21 Oct 2015 11:36:17 +0100 > >> This series adds xen-netback support for hash negotiation with a frontend >> driver, and an implementation of toeplitz hashing as the initial negotiable >> algorithm.

Re: [Xen-devel] [PATCH net-next 0/8] xen-netback/core: packet hashing

From: David Vrabel Date: Mon, 26 Oct 2015 10:38:50 + > On 24/10/15 12:55, David Miller wrote: >> From: Paul Durrant >> Date: Wed, 21 Oct 2015 11:36:17 +0100 >> >>> This series adds xen-netback support for hash negotiation with a frontend

Re: [RFC PATCH net-next] net/core: initial support for stacked dev feature toggles

On Fri, Oct 23, 2015 at 10:51:09PM -0700, Alexander Duyck wrote: > On 10/23/2015 08:40 PM, Jarod Wilson wrote: > > > >+static netdev_features_t netdev_sync_upper_features(struct net_device > >*lower, > >+struct net_device *upper, netdev_features_t features) > >+{ > >+netdev_features_t

Re: [PATCH net-next 2/3] bpf: introduce bpf_perf_event_output() helper

On 10/25/15 6:46 PM, Wangnan (F) wrote: Can we (or have we already) setup some rules for licensing? Which part should be GPL? Who has the response to decide it? in my mind the rules were set long ago. See my other email. -- To unsubscribe from this list: send the line "unsubscribe netdev" in

[PATCH] net: fsl: expands dependencies of NET_VENDOR_FREESCALE

From: Shaohui Xie Freescale hosts some ARMv8 based SoCs, and a generic convention ARCH_LAYERSCAPE is used to cover such SoCs. Adding ARCH_LAYERSCAPE to dependencies of NET_VENDOR_FREESCALE to support networking on those SoCs. The patch to add ARCH_LAYERSCAPE can be

Re: [PATCH v2] net: tso: add support for IPv6

On 10/26/2015 10:14 AM, Toshiaki Makita wrote: > On 2015/10/26 16:47, Grumbach, Emmanuel wrote: >> On 10/26/2015 06:03 AM, Toshiaki Makita wrote: >>> On 2015/10/26 5:02, Emmanuel Grumbach wrote: Adding IPv6 for the TSO helper API is trivial: * Don't play with the id (which doesn't

[PATCH v3] net: tso: add support for IPv6

Adding IPv6 for the TSO helper API is trivial: * Don't play with the id (which doesn't exist in IPv6) * Correctly update the payload_len (don't include the length of the IP header itself) Signed-off-by: Emmanuel Grumbach --- v3: use vlan_get_protocol and call it

Re: [PATCH net] macvtap: unbreak receiving of gro skb with frag list

On Mon, Oct 26, 2015 at 11:15:57AM +0800, Jason Wang wrote: > > > On 10/23/2015 09:37 PM, Michael S. Tsirkin wrote: > > On Fri, Oct 23, 2015 at 12:57:05AM -0400, Jason Wang wrote: > >> We don't have fraglist support in TAP_FEATURES. This will lead > >> software segmentation of gro skb with frag

Re: [PATCH net] macvtap: unbreak receiving of gro skb with frag list

On 10/26/2015 02:09 PM, Michael S. Tsirkin wrote: > On Mon, Oct 26, 2015 at 11:15:57AM +0800, Jason Wang wrote: >> >> On 10/23/2015 09:37 PM, Michael S. Tsirkin wrote: >>> On Fri, Oct 23, 2015 at 12:57:05AM -0400, Jason Wang wrote: We don't have fraglist support in TAP_FEATURES. This will

Re: [PATCH v2] net: tso: add support for IPv6

On 2015/10/26 16:47, Grumbach, Emmanuel wrote: > On 10/26/2015 06:03 AM, Toshiaki Makita wrote: >> On 2015/10/26 5:02, Emmanuel Grumbach wrote: >>> Adding IPv6 for the TSO helper API is trivial: >>> * Don't play with the id (which doesn't exist in IPv6) >>> * Correctly update the payload_len

Re: [linuxwifi] [-next] WARNING at iwl_mvm_time_event_send_add+0x72/0x1b6

Hi, On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote: > Hi, > > linux-next 20151022 > > Can be reproduced reliably? Seems like a bad race between the end of session protection for the authentication and the start of the session protection for the deauth. I think I found the hole in the locks

[PATCH net-next v8 00/10] Add new drivers: qed & qede

From: Ariel Elior This series implements the driver set for Qlogic's new QL4xxx series. These are 10/20/25/40/50/100 Gig capable converged nics, supporting ethernet (obviously), iscsi, fcoe, roce and iwarp protocols. The overall driver design includes a common module

Re: Linux 4.2.4

On 25.10.2015 22:53, Jozsef Kadlecsik wrote: On Sun, 25 Oct 2015, Gerhard Wiesinger wrote: Any further ideas? Does it crash without counters? That could narrow down where to look for. Hello Jozsef, it doesn't crash i I don't use the counters so far. So there must be a bug with the

Re: [PATCH v2] net: tso: add support for IPv6

On 10/26/2015 06:03 AM, Toshiaki Makita wrote: > On 2015/10/26 5:02, Emmanuel Grumbach wrote: >> Adding IPv6 for the TSO helper API is trivial: >> * Don't play with the id (which doesn't exist in IPv6) >> * Correctly update the payload_len (don't include the >> length of the IP header itself)

Re: [linuxwifi] [-next] WARNING at iwl_mvm_time_event_send_add+0x72/0x1b6

On 10/26/2015 10:30 AM, Sergey Senozhatsky wrote: > On (10/26/15 07:51), Grumbach, Emmanuel wrote: >>> On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote: Hi, linux-next 20151022 >>> >>> Can be reproduced reliably? >>> Seems like a bad race between the end of session

Re: Linux 4.2.4

On 26.10.2015 09:58, Jozsef Kadlecsik wrote: On Sun, 25 Oct 2015, Gerhard Wiesinger wrote: Also any idea regarding the second isssue? Or do you think it has the same root cause? Looking at your RedHat bugzilla report, the "nf_conntrack: table full, dropping packet" and "Alignment trap: not

[PATCH v8] can: xilinx: Convert to runtime_pm

Instead of enabling/disabling clocks at several locations in the driver, Use the runtime_pm framework. This consolidates the actions for runtime PM In the appropriate callbacks and makes the driver more readable and mantainable. Signed-off-by: Kedareswara rao Appana ---

[PATCHv2 net-next 2/6] arcnet: com20020: add enable and disable device on open/close

This patch changes the driver to properly work with the linux netif interface. The controller gets enabled on open and disabled on close. Therefor it removes every bogus start of the xceiver. It only gets enabled on com20020_open and disabled on com20020_close. Signed-off-by: Michael Grzeschik

[PATCHv2 net-next 1/6] arcnet: move dev_free_skb to its only user

The call for dev_free_skb is done only once. This patch moves its call to its only user and removes the obsolete condition variable. Signed-off-by: Michael Grzeschik --- drivers/net/arcnet/arcnet.c | 10 ++ 1 file changed, 2 insertions(+), 8 deletions(-)

[PATCHv2 net-next 4/6] arcnet: com20020-pci: add rotary index support

The EAE PLX-PCI card has a special rotary encoder to configure the address of every card individually. We take this information for the initial setup of the cards dev_id. Signed-off-by: Michael Grzeschik --- v1 -> v2: kbuild test robot: fixed type of misc variable to

[GIT PULL v2] ARCNET: code simplification and features

The following changes since commit d1611c3aba11ffa281bdd027aace52f5a370b8c5: bnxt_en: Fix compile warnings when CONFIG_INET is not set. (2015-10-25 22:36:15 -0700) are available in the git repository at: git://git.pengutronix.de/git/mgr/linux.git tags/arcnet-for-4.4-rc1 for you to fetch

[PATCHv2 net-next 5/6] arcnet: com20020-pci: add led trigger support

The EAE PLX-PCI card has special leds on the the main io pci resource bar. This patch adds support to trigger the conflict and data leds with the packages. Signed-off-by: Michael Grzeschik --- v1 -> v2: kbuild test robot: added dummy inline functions for

[PATCHv2 net-next 3/6] arcnet: com20020-pci: set dev_port to the subdevice index

This patch sets the dev_port according to the index of the card. This can be used by udev to name the ports in userspace. Signed-off-by: Michael Grzeschik --- drivers/net/arcnet/com20020-pci.c | 1 + 1 file changed, 1 insertion(+) diff --git

[PATCHv2 net-next 6/6] arcnet: add netif_carrier_on/off for reconnect

The arcnet device has no interrupt to detect if the link has changed from disconnected to connected. This patch adds an timer to toggle the link detection. The timer will get retriggered as long as the reconnection interrupts accure. If the recon interrupts hold off for >1s we define the

[PATCH net-next v8 07/10] qed: Add link support

Physical link is handled by the management Firmware. This patch lays the infrastructure for attention handling in the driver, as link change notifications arrive via async. attentions, as well the handling of such notifications. This patch also extends the API with the protocol drivers by adding

[PATCH net-next v8 05/10] qede: Add basic network device support

This patch includes the basic Rx/Tx support for the driver [although carrier will still never be turned on]. Following this patch the driver registers a network device, initializes it and prepares it for traffic. Signed-off-by: Sudarsana Kalluru Signed-off-by: Yuval

[PATCH net-next v8 10/10] qede: Add basic ethtool support

From: Sudarsana Kalluru This adds basic ethtool operations to the qed driver, allowing support in: - Statistics gathering [ethtool -S] - Setting of debug level [ethtool -s msglvl] - Getting basic information [ethtool, ethtool -i] In addition it adds the ability

[PATCH net-next v8 06/10] qede: classification configuration

From: Sudarsana Kalluru Add the ability to configure basic classification in driver by implementing ndo_set_mac_address() and ndo_set_rx_mode(). Signed-off-by: Sudarsana Kalluru Signed-off-by: Yuval Mintz

[PATCH net-next v8 02/10] qed: Add basic L2 interface

This patch adds a public API for a network driver to work on top of QED. The interface itself is very minimal - it's mostly infrastructure, as the only content it has after this patch is a query for HW-based information required for the creation of a network interface [I.e., no actual

[PATCH net-next v8 09/10] qed: Add statistics support

From: Manish Chopra Device statistics can be gathered on-demand. This adds the qed support for reading the statistics [both function and port] from the device, and adds to the public API a method for requesting the current statistics. Signed-off-by: Manish Chopra

Re: [linuxwifi] [-next] WARNING at iwl_mvm_time_event_send_add+0x72/0x1b6

On 10/26/2015 09:23 AM, Grumbach, Emmanuel wrote: > Hi, > > On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote: >> Hi, >> >> linux-next 20151022 >> >> > > Can be reproduced reliably? > Seems like a bad race between the end of session protection for the > authentication and the start of the

Re: [linuxwifi] [-next] WARNING at iwl_mvm_time_event_send_add+0x72/0x1b6

On (10/26/15 07:51), Grumbach, Emmanuel wrote: > > On 10/26/2015 08:41 AM, Sergey Senozhatsky wrote: > >> Hi, > >> > >> linux-next 20151022 > >> > >> > > > > Can be reproduced reliably? > > Seems like a bad race between the end of session protection for the > > authentication and the start of the

Re: Linux 4.2.4

On Sun, 25 Oct 2015, Gerhard Wiesinger wrote: > On 25.10.2015 20:46, Jozsef Kadlecsik wrote: > > Hi, > > > > On Sun, 25 Oct 2015, Gerhard Wiesinger wrote: > > > > > On 25.10.2015 10:46, Willy Tarreau wrote: > > > > ipset *triggered* the problem. The whole stack dump would tell more. > > > OK,

Re: [PATCH net-next] ipv6: recreate ipv6 link-local addresses when increasing MTU over IPV6_MIN_MTU

Hannes Frederic Sowa wrote: >Hello Alex, > >On Mon, Oct 26, 2015, at 16:52, Alexander Duyck wrote: >> Seems like this code isn't quite correct. You are calling ipv6_add_dev >> for slave devices, and if I understand things correctly I don't believe >> that was

Re: [PATCH net-next] ipv6: recreate ipv6 link-local addresses when increasing MTU over IPV6_MIN_MTU

Hi, On Mon, Oct 26, 2015, at 20:16, Jay Vosburgh wrote: > Hannes Frederic Sowa wrote: > > >Hello Alex, > > > >On Mon, Oct 26, 2015, at 16:52, Alexander Duyck wrote: > >> Seems like this code isn't quite correct. You are calling ipv6_add_dev > >> for slave devices,

Re: [PATCH net] ipv6: no CHECKSUM_PARTIAL on skbs with extension headers and recalc checksum during fragmentation

On Mon, Oct 26, 2015, at 20:39, Tom Herbert wrote: > On Mon, Oct 26, 2015 at 11:44 AM, Hannes Frederic Sowa > wrote: > > > > > > On Mon, Oct 26, 2015, at 15:19, Tom Herbert wrote: > >> > We already concluded that drivers do have this problem and not the stack > >> >

Re: ip_no_pmtu_disc and UDP

ok, I observed if i increase the UDP client packet size > local interface MTU 1500, the client will fragment the packet first and then send it out, if the UDP client packet size < local interface MTU 1500, the DF bit will be set when ip_no_pmtu_disc set to 0, is this expected behavior ? On

Re: [PATCH RFT v2] sh_eth: fix kernel oops in skb_put()

Hi Sergei, Thank you for your patch! On Sun, 25 Oct 2015 07:42:33 +0900, Sergei Shtylyov wrote: > > In a low memory situation the following kernel oops occurs: > > Unable to handle kernel NULL pointer dereference at virtual address 0050 > pgd = 8490c000 > [0050] *pgd=4651e831,

Re: [PATCH net-next] net: dsa: bcm_sf2: Unhardcode port numbers

From: Florian Fainelli Date: Fri, 23 Oct 2015 12:11:08 -0700 > While the current driver mostly supports BCM7445 which has a hardcoded > location for its MoCA port on port 7 and port 0 for its internal PHY, > this is not necessarily true for all other chips out there such as

Re: [PATCH RFC net-next 2/2] tcp: Add Redundant Data Bundling (RDB)

On Mon, Oct 26, 2015 at 2:35 PM, Andreas Petlund wrote: > > > > On 26 Oct 2015, at 15:50, Neal Cardwell wrote: > > > > On Fri, Oct 23, 2015 at 4:50 PM, Bendik Rønning Opstad > > wrote: > >> @@ -2409,6 +2412,15 @@ static int

Re: [PATCH net] ipv6: no CHECKSUM_PARTIAL on skbs with extension headers and recalc checksum during fragmentation

On Mon, Oct 26, 2015 at 11:44 AM, Hannes Frederic Sowa wrote: > > > On Mon, Oct 26, 2015, at 15:19, Tom Herbert wrote: >> > We already concluded that drivers do have this problem and not the stack >> > above ip6_fragment. The places I am aware of I fixed in this patch.

[PATCH v7 3/3] geneve: add IPv6 bits to geneve_fill_metadata_dst

Signed-off-by: John W. Linville --- v7 -- initial version (numbered to match earlier patches in series) drivers/net/geneve.c | 28 +--- 1 file changed, 21 insertions(+), 7 deletions(-) diff --git a/drivers/net/geneve.c b/drivers/net/geneve.c

Re: [PATCH v3 net-next] bpf: fix bpf_perf_event_read() helper

On 10/26/15 5:54 AM, Wangnan (F) wrote: On 2015/10/26 20:32, Peter Zijlstra wrote: On Sun, Oct 25, 2015 at 09:23:36AM -0700, Alexei Starovoitov wrote: bpf_perf_event_read() muxes of -EINVAL into return value, but it's non ambiguous to the program whether it got an error or real counter

[PATCHv2 net 0/2] ipv4: fix problems from the RTNH_F_LINKDOWN introduction

Fix two problems from the change that introduced RTNH_F_LINKDOWN flag. The first patch deals with the removal of local route on DOWN event. The second patch makes sure the RTNH_F_LINKDOWN flag is properly updated on UP event because the DOWN event sets it in all cases. v1->v2: - forgot to add

[PATCHv2 net 1/2] ipv4: fix to not remove local route on link down

When fib_netdev_event calls fib_disable_ip on NETDEV_DOWN event we should not delete the local routes if the local address is still present. The confusion comes from the fact that both fib_netdev_event and fib_inetaddr_event use the NETDEV_DOWN constant. Fix it by returning back the variable

Re: ip_no_pmtu_disc and UDP

the UDP packet size is about 768, here is how packet path like: client server (eth0 mtu 1500 ip 10.3.72.69) (eth0 mtu 1500 ip 10.3.72.1, (eth0 mtu 1500 ip 10.2.72.99)

[PATCHv2 net 2/2] ipv4: update RTNH_F_LINKDOWN flag on UP event

When nexthop is part of multipath route we should clear the LINKDOWN flag when link goes UP or when first address is added. This is needed because we always set LINKDOWN flag when DEAD flag was set but now on UP the nexthop is not dead anymore. Examples when LINKDOWN bit can be forgotten when no

Re: [PATCH v4 14/15] net: wireless: ath: Remove unneeded variable ret returning 0

On Fri, Oct 23, 2015 at 12:26 AM, Sergei Shtylyov wrote: > On 10/22/2015 09:47 PM, Punit Vara wrote: > >> Remove black line suggested by Sergei > > >Such kind of comments should be under the --- tear line. > >> >> This patch is to the ath5k/eeprom.c that

Re: [PATCH net-next] ipv6: recreate ipv6 link-local addresses when increasing MTU over IPV6_MIN_MTU

On 10/26/2015 01:45 PM, Hannes Frederic Sowa wrote: Hi, On Mon, Oct 26, 2015, at 20:16, Jay Vosburgh wrote: Hannes Frederic Sowa wrote: Hello Alex, On Mon, Oct 26, 2015, at 16:52, Alexander Duyck wrote: Seems like this code isn't quite correct. You are calling

[PATCH v3 2/2] net: ethernet: add driver for Aurora VLSI NB8800 Ethernet controller

This adds a driver for the Aurora VLSI NB8800 Ethernet controller. It is an almost complete rewrite of a driver originally found in a Sigma Designs 2.6.22 tree. Signed-off-by: Mans Rullgard --- Changes: - remove check for wake on lan irq as it is never requested - prettify mac

[PATCH v7 1/3] geneve: implement support for IPv6-based tunnels

NOTE: Link-local IPv6 addresses for remote endpoints are not supported, since the driver currently has no capacity for binding a geneve interface to a specific link. Signed-off-by: John W. Linville Reviewed-by: Jesse Gross --- v7: - rebase on top of

Re: [PATCH RFC net-next 2/2] tcp: Add Redundant Data Bundling (RDB)

> On 26 Oct 2015, at 15:50, Neal Cardwell wrote: > > On Fri, Oct 23, 2015 at 4:50 PM, Bendik Rønning Opstad > wrote: >> @@ -2409,6 +2412,15 @@ static int do_tcp_setsockopt(struct sock *sk, int >> level, > ... >> + case TCP_RDB: >> +

Re: [PATCH net-next] ipv6: recreate ipv6 link-local addresses when increasing MTU over IPV6_MIN_MTU

Hi Alex, On Mon, Oct 26, 2015, at 18:07, Alexander Duyck wrote: > Might be a bit longer. I just realized that I think there is another > bug here where you are going through the NETDEV_UP path even though the > interface isn't up. I'll run through some testing this morning to work > out the

[PATCH v7 2/3] geneve: handle ipv6 priority like ipv4 tos

Other callers of udp_tunnel6_xmit_skb just pass 0 for the prio argument. Jesse Gross suggested that prio is really the same as IPv4's tos and should be handled the same, so this is my interpretation of that suggestion. Signed-off-by: John W. Linville

Re: [PATCH net-next] net: dsa: bcm_sf2: Implement FDB operations

On 23/10/15 15:44, Vivien Didelot wrote: > On Oct. Friday 23 (43) 01:20 PM, Florian Fainelli wrote: >> On 23/10/15 12:28, Vivien Didelot wrote: >>> On Oct. Friday 23 (43) 11:38 AM, Florian Fainelli wrote: +static int bcm_sf2_sw_fdb_del(struct dsa_switch *ds, int port, +

Re: [PATCH net] ipv4: fix problems from the RTNH_F_LINKDOWN introduction

On Sat, Oct 24, 2015 at 09:20:00PM +0300, Julian Anastasov wrote: > When fib_netdev_event calls fib_disable_ip on NETDEV_DOWN event > we should not delete the local routes if the local address > is still present. The confusion comes from the fact that both > fib_netdev_event and fib_inetaddr_event

Re: [PATCH net-next] net: dsa: bcm_sf2: Implement FDB operations

On Oct. Friday 23 (43) 11:38 AM, Florian Fainelli wrote: > Add support for the FDB add, delete, and dump operations. The add and > delete operations are implemented using directed ARL operations using > the specified MAC address and consist in a read operation, write and > readback operation. > >

Re: [PATCH net-next 0/4] Automatic adjustment of max frame size

On Mon, 2015-10-26 at 09:56 +0900, Toshiaki Makita wrote: > On 2015/10/24 17:50, Toshiaki Makita wrote: > > David, > > > > I found my patch set is marked with Changes Requested, but I > > haven't > > seen any feedback. > > > > Could you give me your feedback? > > Somehow the mail from LD Linux

Re: [PATCH v3 1/2] devicetree: add binding for Aurora VLSI NB8800 Ethernet controller

Forgot to CC netdev. Mans Rullgard writes: > This adds a binding for the Aurora VLSI NB8800 Ethernet controller > using the "aurora,nb8800" compatible string. When used in Sigma > Designs chips a few additional features are available. These variants > are indicated by a

[PATCH net] amd-xgbe: Fix race between access of desc and desc index

During Tx cleanup it's still possible for the descriptor data to be read ahead of the descriptor index. A memory barrier is required between the read of the descriptor index and the start of the Tx cleanup loop. This allows a change to a lighter-weight barrier in the Tx transmit routine just

Re: ip_no_pmtu_disc and UDP

I test again and i did see DF bit now, it is weird. I am going to do more test, sorry for the noise. On Mon, Oct 26, 2015 at 3:12 PM, Hannes Frederic Sowa wrote: > Hello, > > On Mon, Oct 26, 2015, at 23:00, Vincent Li wrote: >> the UDP packet size is about 768, here

[PATCH] ixgbe: check Master Disable bit after setting

From: Dan Streetman Spec section 8.2.4.1.1 notes that after setting the PCIe Master Disable bit, it must be read to verify it was set before polling the Master Enable status bit. This adds the check to verify the Master Disable bit was set. This also corrects the

[PATCH] bpf: sample: define aarch64 specific registers

Define aarch64 specific registers for building bpf samples correctly. Signed-off-by: Yang Shi --- samples/bpf/bpf_helpers.h | 12 1 file changed, 12 insertions(+) diff --git a/samples/bpf/bpf_helpers.h b/samples/bpf/bpf_helpers.h index 3a44d3a..af44e56 100644

Re: [PATCH 1/1] commit c6825c0976fa7893692e0e43b09740b419b23c09 upstream.

Hi, On Mon, Oct 26, 2015 at 11:55:39AM -0700, Ani Sinha wrote: > netfilter: nf_conntrack: fix RCU race in nf_conntrack_find_get Please, no need to Cc everyone here. Please, submit your Netfilter patches to netfilter-de...@vger.kernel.org. Moreover, it would be great if the subject includes

[PATCH v6 14/15] net: wireless: ath: Remove unneeded variable ret returning 0

This patch is to the ath5k/eeprom.c that fixes up warning caught by coccicheck: Unneeded variable: "ret". Return "0" on line 980 Remove unneeded variable ret created to return zero. Signed-off-by: Punit Vara --- Remove empty line suggested by Sergei

Re: [PATCH net] ipv4: fix problems from the RTNH_F_LINKDOWN introduction

Hello, On Mon, 26 Oct 2015, Andy Gospodarek wrote: > On Sat, Oct 24, 2015 at 09:20:00PM +0300, Julian Anastasov wrote: > > When fib_netdev_event calls fib_disable_ip on NETDEV_DOWN event > > we should not delete the local routes if the local address > > is still present. The confusion

[PATCH net-next v2 2/2] Documentation: dts: xgene: Add TX/RX delay field

Signed-off-by: Iyappan Subramanian --- Documentation/devicetree/bindings/net/apm-xgene-enet.txt | 10 ++ 1 file changed, 10 insertions(+) diff --git a/Documentation/devicetree/bindings/net/apm-xgene-enet.txt

[PATCH net-next v2 0/2] drivers: xgene: Add support RGMII TX/RX delay configuration

X-Gene RGMII ethernet controller has a RGMII bridge that performs the task of converting the RGMII signal {RX_CLK,RX_CTL, RX_DATA[3:0]} from PHY to GMII signal {RX_DV,RX_ER,RX_DATA[7:0]} and vice versa. This RGMII bridge has a provision to internally delay the input RX_CLK and the output TX_CLK

[PATCH net-next v2 1/2] drivers: net: xgene: Add support RGMII TX/RX delay configuration

Add RGMII TX/RX delay configuration support. RGMII standard requires 2ns delay to help the RGMII bridge receiver to sample data correctly. If the default value does not provide proper centering of the data sample, the TX/RX delay parameters can be used to adjust accordingly. Signed-off-by:

seccomp c/r patch

Hi all, Here is a patch that we'd like to go via net-next, as it depends on previous changes in that tree. Thanks, Tycho -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majord...@vger.kernel.org More majordomo info at

Re: ip_no_pmtu_disc and UDP

On Mon, Oct 26, 2015, at 23:53, Vincent Li wrote: > ok, I observed if i increase the UDP client packet size > local > interface MTU 1500, the client will fragment the packet first and > then send it out, if the UDP client packet size < local interface MTU > 1500, the DF bit will be set when

Re: [BUG] bnx2x_config_vlan_mac called a NULL function pointer

Thank you Ariel, just let me know if you find anything. On 23. Oct (Friday) v 08:16:01 + 2015, Ariel Elior wrote: > Looking into it... > > > Hello netdev, > > I probably found a bug in kernel-4.3.0-0.rc5 (bnx2x driver). So I opened > > new bug report in our bugzilla [0]. Michal Schmidt told

[PATCH] ixgbe: Wait for 1ms, not 1us, after RST

From: Dan Streetman The driver currently waits 1us after issuing a RST, but the spec requires it to wait 1ms. Signed-off-by: Dan Streetman Signed-off-by: Dan Streetman ---

Re: [PATCH v8] seccomp, ptrace: add support for dumping seccomp filters

Hi Tycho, On 10/27/2015 01:04 AM, Tycho Andersen wrote: On Mon, Oct 26, 2015 at 04:07:01PM +0900, Kees Cook wrote: On Mon, Oct 26, 2015 at 3:46 PM, Kees Cook wrote: Cool, thanks. I'll get this into my tree after kernel summit. Thanks for suffering through all this

Re: [PATCH net-next 0/4] Automatic adjustment of max frame size

From: "Keller, Jacob E" Date: Mon, 26 Oct 2015 20:50:45 + > I am not sure why it failed to mail to it, unless netdev blocks non > subscribers from sending mail (it probably does) It absolutely does not. -- To unsubscribe from this list: send the line "unsubscribe

Re: [PATCH v8] seccomp, ptrace: add support for dumping seccomp filters

Hi David, On Mon, Oct 26, 2015 at 04:07:01PM +0900, Kees Cook wrote: > On Mon, Oct 26, 2015 at 3:46 PM, Kees Cook wrote: > > Cool, thanks. I'll get this into my tree after kernel summit. Thanks > > for suffering through all this Tycho! > > Actually, since this depends on

Re: [PATCH 0/4] net: mitigating kmem_cache slowpath for network stack in NAPI context

From: Jesper Dangaard Brouer Date: Fri, 23 Oct 2015 14:46:01 +0200 > It have been a long road. Back in July 2014 I realized that network > stack were hitting the kmem_cache/SLUB slowpath when freeing SKBs, but > had no solution. In Dec 2014 I had implemented a solution called

Re: [PATCH 0/2] sh_eth: RX buffer alignment fixes

From: Sergei Shtylyov Date: Sat, 24 Oct 2015 00:44:27 +0300 >Here's a set of 2 patches against DaveM's 'net.git' repo which are the > fixes > to the RX buffer size calculation. > > [1/2] sh_eth: fix RX buffer size alignment > [2/2] sh_eth: fix RX buffer

Re: ip_no_pmtu_disc and UDP

Hello, On Mon, Oct 26, 2015, at 23:00, Vincent Li wrote: > the UDP packet size is about 768, here is how packet path like: > > client > server > (eth0 mtu 1500 ip 10.3.72.69) (eth0 mtu 1500 ip

[PATCH net-next 0/2] mpls: mulipath improvements

Two improvements to the recently added mpls multipath support. The first is a fix for missing initialisation the nexthop address length for the v4 and v6 explicit null label routes, and the second is to reduce the amount of memory used by mpls routes by changing the way the via addresses are

[PATCH net-next 2/2] mpls: reduce memory usage of routes

Nexthops for MPLS routes have a via address field sized for the largest via address that is expected, which is 32 bytes. This means that in the most common case of having ipv4 via addresses, 28 bytes of memory more than required are used per nexthop. In the other common case of an ipv6 nexthop

[PATCH net-next 1/2] mpls: fix forwarding using v4/v6 explicit null

Fill in the via address length for the predefined IPv4 and IPv6 explicit-null label routes. Fixes: f8efb73c97e2 ("mpls: multipath route support") Signed-off-by: Robert Shearman --- net/mpls/af_mpls.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/net/mpls/af_mpls.c

Re: [PATCH net-next] net: dsa: bcm_sf2: Implement FDB operations

From: Florian Fainelli Date: Fri, 23 Oct 2015 11:38:07 -0700 > Add support for the FDB add, delete, and dump operations. The add and > delete operations are implemented using directed ARL operations using > the specified MAC address and consist in a read operation, write

Re: [PATCH 2/2] net: add driver for Netronome NFP4000/NFP6000 NIC VFs

From: Jakub Kicinski Date: Fri, 23 Oct 2015 19:58:11 +0100 > +struct nfp_net_tx_buf { > + struct sk_buff *skb; > + dma_addr_t dma_addr; > + short int fidx; > + u16 pkt_cnt; > + u32 real_len; > +}; This packs very poorly, and has a lot of padding

Re: [PATCH net-next V18 3/3] 802.1AD: Flow handling, actions, vlan parsing and netlink attributes

On Sun, Oct 25, 2015 at 5:11 PM, Thomas F Herbert wrote: > Add support for 802.1ad including the ability to push and pop double > tagged vlans. Add support for 802.1ad to netlink parsing and flow > conversion. Uses double nested encap attributes to represent double >

Re: [PATCHv2 net 2/2] ipv4: update RTNH_F_LINKDOWN flag on UP event

On Mon, Oct 26, 2015 at 11:59:13PM +0200, Julian Anastasov wrote: > When nexthop is part of multipath route we should clear the > LINKDOWN flag when link goes UP or when first address is added. > This is needed because we always set LINKDOWN flag when DEAD flag > was set but now on UP the nexthop

Re: [PATCH 0/8] add missing of_node_put

From: Julia Lawall Date: Sun, 25 Oct 2015 14:56:59 +0100 > The various for_each device_node iterators performs an of_node_get on each > iteration, so a break out of the loop requires an of_node_put. > > The complete semantic patch that fixes this problem is >

Re: [PATCH v1 1/3] virtio-net: Using single MSIX IRQ for TX/RX Q pair

On 10/27/2015 01:52 AM, Ravi Kerur wrote: > Ported earlier patch from Jason Wang (dated 12/26/2014). > > This patch tries to reduce the number of MSIX irqs required for > virtio-net by sharing a MSIX irq for each TX/RX queue pair through > channels. If transport support channel, about half of

Re: [PATCH v3] net: tso: add support for IPv6

From: Emmanuel Grumbach Date: Mon, 26 Oct 2015 10:31:29 +0200 > Adding IPv6 for the TSO helper API is trivial: > * Don't play with the id (which doesn't exist in IPv6) > * Correctly update the payload_len (don't include the > length of the IP header itself) > >

Re: [PATCH net] ipv4: fix problems from the RTNH_F_LINKDOWN introduction

On Mon, Oct 26, 2015 at 11:15:57PM +0200, Julian Anastasov wrote: > > Hello, > > On Mon, 26 Oct 2015, Andy Gospodarek wrote: > > > On Sat, Oct 24, 2015 at 09:20:00PM +0300, Julian Anastasov wrote: > > > When fib_netdev_event calls fib_disable_ip on NETDEV_DOWN event > > > we should not

[PATCH net-next] bridge: set is_local and is_static before fdb entry is added to the fdb hashtable

From: Roopa Prabhu Problem Description: We can add fdbs pointing to the bridge with NULL ->dst but that has a few race conditions because br_fdb_insert() is used which first creates the fdb and then, after the fdb has been published/linked, sets "is_local" to 1 and in

Re: [PATCH v3 net-next] bpf: fix bpf_perf_event_read() helper

From: Alexei Starovoitov Date: Thu, 22 Oct 2015 17:10:14 -0700 > Fix safety checks for bpf_perf_event_read(): > - only non-inherited events can be added to perf_event_array map > (do this check statically at map insertion time) > - dynamically check that event is local and

  1   2   >