[PATCH] geneve: fix max_mtu setting

For ipv6+udp+geneve encapsulation data, the max_mtu should subtract sizeof(ipv6hdr), instead of sizeof(iphdr). Signed-off-by: Haishuang Yan --- drivers/net/geneve.c | 9 +++-- 1 file changed, 7 insertions(+), 2 deletions(-) diff --git

Re: DMA from stack in virtio_net and virtio_console

On Fri, Jun 24, 2016 at 06:45:50PM -0700, Andy Lutomirski wrote: > virtio_net does DMA on the stack when it calls sg_init_one in > virtio_set_queues, virtnet_vlan_rx_add_vid, and > virtnet_vlan_rx_kill_vid. Michael, I think these are examples we > missed somehow when fixing these issues earlier

Re: [PATCH v2 ethtool 0/2] IPv6 RXNFC

On Thu, 2016-03-17 at 19:09 +, Edward Cree wrote: > This series adds support for steering of IPv6 receive flows. > > Changes since v1: > * Fixed and simplified IPv6 address and mask parsing > * Made help text / man page more consistent > * Dropped ethtool-copy.h patch as upstream is now newer

[PATCH] rtlwifi: Create _rtl_dbg_trace function to reduce RT_TRACE code size

This debugging macro can expand to a lot of code. Make it a function to reduce code size. (x86-64 defconfig w/ all rtlwifi drivers and allyesconfig) $ size drivers/net/wireless/realtek/rtlwifi/built-in.o* textdata bss dec hex filename 900083 2004991907 1102489 10d299

[PATCH 2/2] net: ethernet: dwc_eth_qos: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/synopsys/dwc_eth_qos.c | 26 ++ 1 files changed, 2

[PATCH 1/2] net: ethernet: dwc_eth_qos: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 1/2] net: ethernet: sxgbe: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: sxgbe: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/samsung/sxgbe/sxgbe_ethtool.c | 21 +-- 1 files changed, 2

Re: [PATCH] mac80211_hwsim: Added vendor echo command

On Sat, 2016-06-25 at 21:32 +0300, Jouni Malinen wrote: >  > All you need to do is to prepare a hostap.git contribution that > requests a new subcommand/attribute to be assigned and once that gets > applied to the hostap.git master branch, the values have been > assigned and can be used for

[PATCH] net: stmmac: Fix null-function call in ISR on stmmac1000

At least on Meson GXBB, the CORE_IRQ_MTL_RX_OVERFLOW interrupt is thrown with the stmmac1000 driver, which does not support set_rx_tail_ptr. With this patch and the clock fixes, 1G ethernet works on ODROID-C2. Signed-off-by: Matt Corallo ---

Re: [PATCH net-next] tcp: md5: do not use stack storage in crypto operations

On Sat, Jun 25, 2016 at 9:09 AM, Eric Dumazet wrote: > From: Eric Dumazet > > Some arches have virtually mapped kernel stacks, or will soon have. > > tcp_md5_hash_header() uses an automatic variable to copy tcp header > before mangling th->check and

[PATCH 1/2] net: ethernet: r6040: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phydev in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: r6040: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/rdc/r6040.c | 14 ++ 1 files changed, 2 insertions(+), 12

Re: [PATCH] mac80211_hwsim: Added vendor echo command

On Sat, Jun 25, 2016 at 06:08:01PM +0200, Erik Stromdahl wrote: > The mac80211_hwsim driver is currently defining the QCA vendor ID > 0x001374 for some reason. That is used for allowing nl80211 vendor specific commands and events to be tested. The particular vendor command was properly assigned

Re: [PATCH 1/2] net: ethernet: ethoc: use phydev from struct net_device

On Sat, Jun 25, 2016 at 04:33:41PM +0200, Philippe Reynes wrote: > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phy in the private structure, and update the driver to use the > one contained in struct

Re: [PATCH] of_mdio: select fixed phy support unconditionally

On 06/24/16 02:24, Arnd Bergmann wrote: > Calling the fixed-phy functions when CONFIG_FIXED_PHY=m as a previous > change tried cannot work if the caller is in built-in code: > > drivers/of/built-in.o: In function `of_phy_register_fixed_link': > of_reserved_mem.c:(.text+0x85e0): undefined

[PATCH RFC 3/3] ARM64: dts: meson-gxbb: use the new meson8b DWMAC glue

The Amlogic reference driver uses the "mc_val" devicetree property to configure the PRG_ETHERNET_ADDR0 register. Unfortunately it uses magic values for this configuration. According to the datasheet the PRG_ETHERNET_ADDR0 register is at address 0xc8834108. However, the reference driver uses

[PATCH RFC 2/3] net: stmmac: add a glue driver for the Amlogic Meson 8b / GXBB DWMAC

The Ethernet controller available in Meson8b and GXBB SoCs is a Synopsys DesignWare MAC IP core which is already supported by the stmmac driver. In addition to the standard stmmac driver some Meson8b / GXBB specific registers have to be configured for the PHY clocks. These SoC specific registers

[RFC] meson: add support for configuring the ethernet clocks

This adds support for configuring the PRG_ETHERNET_ADDR registers on Meson 8b (S805) and GXBB (S905) devices. The registers there are completely different from those found in the earlier Meson 6b SoC series, which is why a new driver was implemented. This configuration is required when the

[PATCH RFC 1/3] net: dt-bindings: add the amlogic,meson8b-dwmac binding

This patch adds the documentation for the DWMAC ethernet controller found in Amlogic Meson 8b (S805) and GXBB (S905) SoCs. Compared to the standard stmmac/dwmac configuration this requires some some additional parameters for configuring the clock-generator depending on the actual ethernet PHY on

Re: [PATCH net-next 0/8] tou: Transports over UDP - part I

On Fri, Jun 24, 2016 at 5:01 PM, Rick Jones wrote: > On 06/24/2016 04:43 PM, Tom Herbert wrote: >> >> Here's Christoph's slides on TFO in the wild which presents a good >> summary of the middlebox problem. There is one significant difference >> in that ECN needs network

Re: [PATCH net-next 0/4] net_sched: bulk dequeue and deferred drops

From: Eric Dumazet Date: Tue, 21 Jun 2016 23:16:48 -0700 > First patch adds an additional parameter to ->enqueue() qdisc method > so that drops can be done outside of critical section > (after locks are released). > > Then fq_codel can have a small optimization to reduce

[PATCH net-next] tcp: md5: do not use stack storage in crypto operations

From: Eric Dumazet Some arches have virtually mapped kernel stacks, or will soon have. tcp_md5_hash_header() uses an automatic variable to copy tcp header before mangling th->check and calling crypto function, which might be problematic on such arches. So use percpu

Re: [PATCH net-next 00/13] liquidio: updates and bug fixes

From: Raghu Vatsavayi Date: Tue, 21 Jun 2016 22:53:02 -0700 > Please consider following patch series for liquidio bug fixes > and updates on top of net-next. Following patches should be > applied in the following order as some of them depend on > earlier patches in

Re: [PATCH] mac80211_hwsim: Added vendor echo command

The mac80211_hwsim driver is currently defining the QCA vendor ID 0x001374 for some reason. Also, all current vendor commands are using the "QCA_" prefix, hence the reason why I decided to add the new vendor command with the "QCA_" prefix as well. Anyway, I understand that you don't want

Re: [PATCH net-next] cxgb4vf: Synchronize access to mailbox

From: Hariprasad Shenai Date: Wed, 22 Jun 2016 09:39:29 +0530 > The issue comes when there are multiple threads attempting to use the > mailbox facility at the same time. The issue is the for the Virtual > Function Driver, the only way to get the Virtual Interface

Re: [net-next] samples/bpf: set max locked memory to ulimited

From: William Tu Date: Tue, 21 Jun 2016 21:05:58 -0700 > Signed-off-by: William Tu Applied.

Re: [PATCH v2] ibmvnic: fix to use list_for_each_safe() when delete items

From: Wei Yongjun Date: Wed, 22 Jun 2016 10:51:46 +0800 > Since we will remove items off the list using list_del() we need > to use a safe version of the list_for_each() macro aptly named > list_for_each_safe(). > > Signed-off-by: Wei Yongjun

Re: [PATCH 1/2] net: ethernet: macb: use phydev from struct net_device

From: Philippe Reynes Date: Wed, 22 Jun 2016 00:32:35 +0200 > The private structure contain a pointer to phydev, but the structure > net_device already contain such pointer. So we can remove the pointer > phydev in the private structure, and update the driver to use the > one

Re: [PATCH 2/2] net: ethernet: macb: use phy_ethtool_{get|set}_link_ksettings

From: Philippe Reynes Date: Wed, 22 Jun 2016 00:32:36 +0200 > There are two generics functions phy_ethtool_{get|set}_link_ksettings, > so we can use them instead of defining the same code in the driver. > > Signed-off-by: Philippe Reynes Applied.

Re: [PATCH net-next 0/8] tou: Transports over UDP - part I

On Wed, Jun 22, 2016 at 12:23 PM, David Miller wrote: > From: Jerry Chu > Date: Tue, 21 Jun 2016 20:42:19 -0700 > >> I don't believe TOU will lead to a proliferation of TCP >> implementations in the userland - getting a solid TCP implementation >> is hard.

Re: [patch net-next v5 0/4] return offloaded stats as default and expose original sw stats

On Thu, Jun 23, 2016 at 8:40 AM, Jiri Pirko wrote: > Thu, Jun 23, 2016 at 05:11:26PM CEST, anurad...@cumulusnetworks.com wrote: >> we can't separate CPU and HW stats there. In some cases (or ASICs) HW >> counters do >> not include CPU generated packetsyou will

Re: [PATCH net-next 2/2] net: dsa: mv88e6xxx: rename single-chip support

From: Vivien Didelot Date: Tue, 21 Jun 2016 12:28:20 -0400 > With the upcoming support for cross-chip operations, it will be hard to > distinguish portions of code supporting a single-chip or a switch fabric > of interconnected chips. > > Make the code

Re: [PATCH net-next 1/2] net: dsa: mv88e6xxx: move driver in its own folder

From: Vivien Didelot Date: Tue, 21 Jun 2016 12:28:19 -0400 > With the upcoming support for cross-chip operations and other mv88e6xxx > enhancements, new files will be added. > > Similarly to mlxsw or b53, move mv88e6xxx files into their own folder. > > In

[PATCH 2/2] net: ethernet: hix5hd2: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/hisilicon/hix5hd2_gmac.c | 22 ++ 1 files changed, 2

[PATCH 1/2] net: ethernet: hix5hd2: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phy in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 1/2] net: ethernet: ethoc: use phydev from struct net_device

The private structure contain a pointer to phydev, but the structure net_device already contain such pointer. So we can remove the pointer phy in the private structure, and update the driver to use the one contained in struct net_device. Signed-off-by: Philippe Reynes ---

[PATCH 2/2] net: ethernet: ethoc: use phy_ethtool_{get|set}_link_ksettings

There are two generics functions phy_ethtool_{get|set}_link_ksettings, so we can use them instead of defining the same code in the driver. Signed-off-by: Philippe Reynes --- drivers/net/ethernet/ethoc.c | 24 ++-- 1 files changed, 2 insertions(+), 22

Re: [PATCH net] Bridge: Fix ipv6 mc snooping if bridge has no ipv6 address

On Fri, Jun 24, 2016 at 12:35:18PM +0200, Daniel Danzberger wrote: > The bridge is falsly dropping ipv6 mulitcast packets if there is: > 1. No ipv6 address assigned on the brigde. > 2. No external mld querier present. > 3. The internal querier enabled. > > When the bridge fails to build mld

Re: [PATCH] samples/bpf: set resource limit to infinity.

Hi Alexei, Thanks. I will do it next time. William On Sat, Jun 25, 2016 at 3:14 AM, Alexei Starovoitov wrote: > On Fri, Jun 24, 2016 at 03:55:24PM -0700, William Tu wrote: >> Signed-off-by: William Tu > > Acked-by: Alexei Starovoitov

Re: [PATCH] samples/bpf: set resource limit to infinity.

On Fri, Jun 24, 2016 at 03:55:24PM -0700, William Tu wrote: > Signed-off-by: William Tu Acked-by: Alexei Starovoitov please provide a proper patch description next time. subj line alone is not enough. Not only explain 'what' the patch does, but 'why' as

Re: [PATCH iptables 3/3] libxt_hashlimit: iptables-restore does not work as expected with xt_hashlimit

Hi, On Fri, Jun 24, 2016 at 02:24:18PM -0400, Vishwanath Pai wrote: > On 06/23/2016 06:25 AM, Pablo Neira Ayuso wrote: > > On Wed, Jun 01, 2016 at 08:17:59PM -0400, Vishwanath Pai wrote: > >> libxt_hashlimit: iptables-restore does not work as expected with > >> xt_hashlimit > >> > >> Add the

Re: [PATCH] net: ethernet: ti: cpdma: switch to use genalloc

Hi, On Fri, Jun 24, 2016 at 12:15:41PM -0400, Lennart Sorensen wrote: > although the style does require using brackets for the else if the > if required them. As an aside, though most of the style rationale is K & R, K & R consistently uses unbalanced braces for if-else-* For a one that learns

Re: [PATCH iproute2 net-next v4 0/5] bridge: json support for fdb and vlan show

Hi all, >Also, for external automation and orchestration tools (to whom this >patch-set is addressed), >there is no reason for them to write and maintain their own tools >using netlink when they >can use iproute2 directly to create a link or query its properties. +1 for this, seems very