[PATCH iproute2 1/1] actions: Add support for user cookies

From: Jamal Hadi Salim Make use of 128b user cookies 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 field, etc) the idea is to save user state that when retrieved

Re: run_timer_softirq gpf. [smc]

On Tue, Mar 21, 2017 at 08:25:39PM +0100, Thomas Gleixner wrote: > > I just hit this while fuzzing.. > > > > general protection fault: [#1] PREEMPT SMP DEBUG_PAGEALLOC > > CPU: 2 PID: 0 Comm: swapper/2 Not tainted 4.11.0-rc2-think+ #1 > > task: 88017f0ed440 task.stack:

[PATCH net-next 4/4] drivers: net: xgene-v2: misc fixes

Fixed review comments from the previous patch-set. - changed return value check of platform_get_irq() to < 0 - replaced devm_request(free)_irq() calls by request(free)_irq() since they are called from open() and close() - changed sizeof(struct mystruct) to sizeof(*mystruct) - reduced

[PATCH net-next 3/4] drivers: net: xgene-v2: Fix port reset

Fixed port reset sequence by adding ECC init. Signed-off-by: Iyappan Subramanian --- drivers/net/ethernet/apm/xgene-v2/enet.c | 24 ++-- drivers/net/ethernet/apm/xgene-v2/enet.h | 2 ++ drivers/net/ethernet/apm/xgene-v2/mac.h | 1 - 3 files changed,

[PATCH net-next 2/4] drivers: net: xgene-v2: Add ethtool support

Added basic ethtool support. Signed-off-by: Iyappan Subramanian --- drivers/net/ethernet/apm/xgene-v2/Makefile | 2 +- drivers/net/ethernet/apm/xgene-v2/ethtool.c | 121 drivers/net/ethernet/apm/xgene-v2/main.c| 1 +

[PATCH net-next 0/4] drivers: net: xgene-v2: Add MDIO and ethtool support

This patch set, - adds phy management and ethtool support - fixes ethernet reset - addresses review comments from previous patch set Signed-off-by: Iyappan Subramanian --- Iyappan Subramanian (4): drivers: net: xgene-v2: Add MDIO support drivers: net: xgene-v2:

[PATCH net-next] rtnetlink: Add dump all for netconf

Use the rtnl_dump_all to dump all netconf handlers that have been registered. Allows userspace to send a dump request for PF_UNSPEC and get all families. Cc: Nicolas Dichtel Signed-off-by: David Ahern --- net/core/rtnetlink.c | 1 + 1 file

[PATCH net-next 1/4] drivers: net: xgene-v2: Add MDIO support

Added phy management support by using phy abstraction layer APIs. Signed-off-by: Iyappan Subramanian --- drivers/net/ethernet/apm/xgene-v2/Makefile | 2 +- drivers/net/ethernet/apm/xgene-v2/mac.c| 2 +- drivers/net/ethernet/apm/xgene-v2/mac.h| 1 +

Re: [PATCH v2 net-next] net: fix dma operation mode config for older versions

On 03/21/2017 11:02 AM, Joao Pinto wrote: > This patch fixes a bug introduced in: > commit 6deee2221e11 ("net: stmmac: prepare dma op mode config for multiple > queues") So even though this is against net-next which is the only tree so far having the offending commit, it is nice to see this

Re: [PATCH net-next] net: fix dma operation mode config for older versions

Às 5:53 PM de 3/21/2017, Sergei Shtylyov escreveu: > On 03/21/2017 08:36 PM, Joao Pinto wrote: > >> This patch fixes a bug introduced in commit: >> 6deee22 (net: stmmac: prepare dma op mode config for multiple queues) > >Need 12 hex digits and the commit summary enclosed into (""). > >> The

[PATCH v2 net-next] net: fix dma operation mode config for older versions

This patch fixes a bug introduced in: commit 6deee2221e11 ("net: stmmac: prepare dma op mode config for multiple queues") The dma operation mode configuration routine was wrongly moved to a function (stmmac_mtl_configuration) that is only executed if the core version is >= 4.00. Reported-by:

Re: [PATCH net-next] net: fix dma operation mode config for older versions

On 03/21/2017 08:36 PM, Joao Pinto wrote: This patch fixes a bug introduced in commit: 6deee22 (net: stmmac: prepare dma op mode config for multiple queues) Need 12 hex digits and the commit summary enclosed into (""). The dma operation mode configuration routine was wrongly moved to a

[PATCH net-next] net: fix dma operation mode config for older versions

This patch fixes a bug introduced in commit: 6deee22 (net: stmmac: prepare dma op mode config for multiple queues) The dma operation mode configuration routine was wrongly moved to a function (stmmac_mtl_configuration) that is only executed if the core version is >= 4.00. Reported-by: Corentin

Re: [PATCH 3/3] net: stmmac: Use AVB mode by default

Às 4:50 PM de 3/21/2017, Joao Pinto escreveu: > Às 4:42 PM de 3/21/2017, Thierry Reding escreveu: >> On Tue, Mar 21, 2017 at 03:23:00PM +, Joao Pinto wrote: >>> Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: From: Thierry Reding Prior to the recent

Re: [PATCH 3/3] net: stmmac: Use AVB mode by default

Às 4:42 PM de 3/21/2017, Thierry Reding escreveu: > On Tue, Mar 21, 2017 at 03:23:00PM +, Joao Pinto wrote: >> Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: >>> From: Thierry Reding >>> >>> Prior to the recent multi-queue changes the driver would configure the >>>

Re: [PATCH net 7/8] net/mlx5e: Count GSO packets correctly

On Tue, Mar 21, 2017 at 6:15 PM, Eric Dumazet wrote: > On Tue, 2017-03-21 at 15:59 +0200, Saeed Mahameed wrote: >> From: Gal Pressman >> >> TX packets statistics ('tx_packets' counter) used to count GSO packets >> as one, even though it contains

Re: [PATCH 3/3] net: stmmac: Use AVB mode by default

On Tue, Mar 21, 2017 at 03:23:00PM +, Joao Pinto wrote: > Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: > > From: Thierry Reding > > > > Prior to the recent multi-queue changes the driver would configure the > > queues to use the AVB mode, but the mode then got

[PATCH net-next 7/7] net: phy: clean up mmd_phy_indirect()

Make mmd_phy_indirect() use the same terminology as the rest of the code, making clear what each address is - phy address, devad, and register number. While here, remove the "inline" from this static function, leaving it to the compiler to decide whether to inline this function, and get rid of

[PATCH net-next 6/7] net: phy: remove the indirect MMD read/write methods

Remove the indirect MMD read/write methods which are now no longer necessary. Reviewed-by: Andrew Lunn Reviewed-by: Florian Fainelli Signed-off-by: Russell King --- drivers/net/phy/phy-core.c | 119

[PATCH net-next 5/7] net: phy: convert micrel to new read_mmd/write_mmd driver methods

Convert micrel to the new read_mmd/write_mmd driver methods. This Clause 22 PHY does not support any MMD access method. Reviewed-by: Andrew Lunn Reviewed-by: Florian Fainelli Signed-off-by: Russell King ---

[PATCH net-next 4/7] net: phy: switch remaining users to phy_(read|write)_mmd()

Switch everyone over to using phy_read_mmd() and phy_write_mmd() now that they are able to handle both Clause 22 indirect addressing and Clause 45 direct addressing methods to the MMD registers. Reviewed-by: Andrew Lunn Reviewed-by: Florian Fainelli

[PATCH net-next 3/7] net: lan78xx: update for phy_(read|write)_mmd_indirect() removal

lan78xx appears to use phylib in a rather weird way, accessing the PHY partly through phylib, and partly by making direct accesses to it, including to the Clause 45 registers. As the indirect MMD accessors are going away, update this driver to use the plain phy_(read|write)_mmd() accessors

[PATCH net-next 1/7] net: phy: move phy MMD accessors to phy-core.c

Move the phy_(read|write)__mmd() helpers out of line, they will become our main MMD accessor functions, and so will be a little more complex. This complexity doesn't belong in an inline function. Also move the _indirect variants as well to keep like functionality together. Reviewed-by: Andrew

[PATCH net-next 2/7] net: phy: make phy_(read|write)_mmd() generic MMD accessors

Make phy_(read|write)_mmd() generic 802.3 clause 45 register accessors for both Clause 22 and Clause 45 PHYs, using either the direct register reading for Clause 45, or the indirect method for Clause 22 PHYs. Allow this behaviour to be overriden by PHY drivers where necessary. Reviewed-by: Andrew

Re: [PATCH 1/3] net: stmmac: Always enable MAC RX queues

On Tue, Mar 21, 2017 at 03:18:20PM +, Joao Pinto wrote: > Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: > > From: Thierry Reding > > > > The MAC RX queues always need to be enabled in order to receive network > > packets. Remove the condition that this only needs to

[PATCH net-next 0/7] Clean up PHY MMD accessors

This series cleans up phylib's MMD accessors, so that we have a common way of accessing the Clause 45 register set. The current situation is far from ideal - we have phy_(read|write)_mmd() which accesses Clause 45 registers over Clause 45 accesses, and we have phy_(read|write)_mmd_indirect(),

Re: [PATCH net-next] stmmac: call stmmac_init_phy from stmmac_dvr_probe

On 03/21/2017 02:04 AM, Niklas Cassel wrote: > On 03/20/2017 11:07 PM, Florian Fainelli wrote: >> >> (snip) >>> >>> However, it is kind of sad that drivers are so inconsistent of what goes >>> in probe and what goes in ndo_open...which is tied together with the >>> whole mess of when certain

Re: [PATCH] ipv6: make sure to initialize sockc.tsflags before first use

On Tue, Mar 21, 2017 at 12:14 PM, Alexander Potapenko wrote: > In the case udp_sk(sk)->pending is AF_INET6, udpv6_sendmsg() would > jump to do_append_data, skipping the initialization of sockc.tsflags. > Fix the problem by moving sockc.tsflags initialization earlier. > > The

Re: [PATCH net 7/8] net/mlx5e: Count GSO packets correctly

On Tue, 2017-03-21 at 15:59 +0200, Saeed Mahameed wrote: > From: Gal Pressman > > TX packets statistics ('tx_packets' counter) used to count GSO packets > as one, even though it contains multiple segments. > This patch will increment the counter by the number of segments, and

[PATCH] ipv6: make sure to initialize sockc.tsflags before first use

In the case udp_sk(sk)->pending is AF_INET6, udpv6_sendmsg() would jump to do_append_data, skipping the initialization of sockc.tsflags. Fix the problem by moving sockc.tsflags initialization earlier. The bug was detected with KMSAN. Signed-off-by: Alexander Potapenko --- For

Re: [RFC PATCH] net: phy: Don't miss phy_suspend() on PHY_HALTED for PHYs with interrupts

On 03/21/2017 03:09 AM, Roger Quadros wrote: > On 20/03/17 18:41, Florian Fainelli wrote: >> On 03/16/2017 12:46 AM, Roger Quadros wrote: >>> On 15/03/17 17:49, Andrew Lunn wrote: On Wed, Mar 15, 2017 at 05:00:08PM +0200, Roger Quadros wrote: > Andrew, > > On 15/03/17 16:08,

Re: linux-next-20170320 break stmmac on dwmac-sunxi

Hello Corentin yes, bisect process is really good approach to me. Pls give us more details. Recently the multi DMA channel logic has been added so it could be that something is needed to allow your platform to manage the new code. Or we introduced some regression. If I have some other idea, I

Re: [PATCH 1/1] gtp: support SGSN-side tunnels

Hi Harald, On 03/15/2017 05:39 PM, Harald Welte wrote: Hi Jonas, are you working on the review feedback that was provided back in early February? I think there were some comments like * remove unrelated cosmetic change in comment * change from FLAGS to a dedicated MODE netlink attribute * add

[PATCH v3 1/2] fjes: Do not load fjes driver if system does not have extended socket device.

The fjes driver is used only by FUJITSU servers and almost of all servers in the world never use it. But currently if ACPI PNP0C02 is defined in the ACPI table, the following message is always shown: "FUJITSU Extended Socket Network Device Driver - version 1.2 - Copyright (c) 2015 FUJITSU

Re: [PATCH 2/2] netfilter: ipvs: Compress return logic

Hello! On 03/21/2017 04:23 PM, simran singhal wrote: Simplify function returns by merging assignment and return into one command line. You mean "one statement"? Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of

[PATCH v3 2/2] fjes: Do not load fjes driver if extended socket device is not power on.

The extended device socket cannot turn on/off while system is running. So when system boots up and the device is not power on, the fjes driver does not need be loaded. To check the status of the device, the patch adds ACPI _STA method check. Signed-off-by: Yasuaki Ishimatsu

[PATCH v3 0/2] fjes: Do not load fjes driver

The fjes driver is used only by FUJITSU servers and almost of all servers in the world never use it. But currently if ACPI PNP0C02 is defined in the ACPI table, the following message is always shown: "FUJITSU Extended Socket Network Device Driver - version 1.2 - Copyright (c) 2015 FUJITSU

[PATCH v2 2/2] gtp: support SGSN-side tunnels

The GTP-tunnel driver is explicitly GGSN-side as it searches for PDP contexts based on the incoming packets _destination_ address. If we want to write an SGSN, then we want to be idenityfing PDP contexts based on _source_ address. This patch adds a "role" argument at GTP-link creation time to

[PATCH v2 1/2] gtp: rename SGSN netlink attribute

This is a mostly cosmetic rename of the SGSN netlink attribute to the GTP link. The justification for this is that we will be making the module support decapsulation of "downstream" SGSN packets, in which case the netlink parameter actually refers to the upstream GGSN peer. Renaming the

Re: [PATCH v2 1/2] gtp: rename SGSN netlink attribute

On Tue, Mar 21, 2017 at 04:10:26PM +0100, Jonas Bonn wrote: > On 03/21/2017 04:07 PM, Pablo Neira Ayuso wrote: > >On Tue, Mar 21, 2017 at 04:04:29PM +0100, Jonas Bonn wrote: > >>diff --git a/include/uapi/linux/gtp.h b/include/uapi/linux/gtp.h > >>index 72a04a0..c51ebb0 100644 > >>---

Re: [PATCH 3/3] net: stmmac: Use AVB mode by default

Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: > From: Thierry Reding > > Prior to the recent multi-queue changes the driver would configure the > queues to use the AVB mode, but the mode then got switched to DCB. The > hardware still works fine in DCB mode, but my testing

Re: [PATCH 2/3] net: stmmac: Restore DT backwards-compatibility

Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: > From: Thierry Reding > > Recent changes to support multiple queues in the device tree bindings > resulted in the number of RX and TX queues to be initialized to zero for > device trees not adhering to the new bindings. > >

Re: [PATCH RFC 0/7] phylib MMD accessor cleanups

> Thanks. When I posted this last time around (19th Jan) I mentioned > about marking the old _indirect() accessors with __deprecated - is > that still something we want to do? > > I haven't tested this against net-next yet, so I don't know if there > are any new users of the indirect accessors -

[PATCH 2/3] net: stmmac: Restore DT backwards-compatibility

From: Thierry Reding Recent changes to support multiple queues in the device tree bindings resulted in the number of RX and TX queues to be initialized to zero for device trees not adhering to the new bindings. Restore backwards-compatibility with those device trees by

[PATCH 1/3] net: stmmac: Always enable MAC RX queues

From: Thierry Reding The MAC RX queues always need to be enabled in order to receive network packets. Remove the condition that this only needs to be done for multi- queue configurations. Signed-off-by: Thierry Reding ---

Re: [PATCH 1/3] net: stmmac: Always enable MAC RX queues

Às 3:12 PM de 3/21/2017, Thierry Reding escreveu: > From: Thierry Reding > > The MAC RX queues always need to be enabled in order to receive network > packets. Remove the condition that this only needs to be done for multi- > queue configurations. > > Signed-off-by: Thierry

[PATCH 3/3] net: stmmac: Use AVB mode by default

From: Thierry Reding Prior to the recent multi-queue changes the driver would configure the queues to use the AVB mode, but the mode then got switched to DCB. The hardware still works fine in DCB mode, but my testing capabilities are limited, so it's safer to revert to the

Re: [PATCH v2 1/2] gtp: rename SGSN netlink attribute

On 03/21/2017 04:07 PM, Pablo Neira Ayuso wrote: On Tue, Mar 21, 2017 at 04:04:29PM +0100, Jonas Bonn wrote: diff --git a/include/uapi/linux/gtp.h b/include/uapi/linux/gtp.h index 72a04a0..c51ebb0 100644 --- a/include/uapi/linux/gtp.h +++ b/include/uapi/linux/gtp.h @@ -19,7 +19,7 @@ enum

Re: [PATCH v2 1/2] gtp: rename SGSN netlink attribute

On Tue, Mar 21, 2017 at 04:04:29PM +0100, Jonas Bonn wrote: > diff --git a/include/uapi/linux/gtp.h b/include/uapi/linux/gtp.h > index 72a04a0..c51ebb0 100644 > --- a/include/uapi/linux/gtp.h > +++ b/include/uapi/linux/gtp.h > @@ -19,7 +19,7 @@ enum gtp_attrs { > GTPA_LINK, >

Re: [PATCH net 7/8] net/mlx5e: Count GSO packets correctly

On 3/21/17 6:59 AM, Saeed Mahameed wrote: From: Gal Pressman TX packets statistics ('tx_packets' counter) used to count GSO packets as one, even though it contains multiple segments. This patch will increment the counter by the number of segments, and align the driver with

Re: [PATCH net 8/8] net/mlx5e: Count LRO packets correctly

On 3/21/17 6:59 AM, Saeed Mahameed wrote: From: Gal Pressman RX packets statistics ('rx_packets' counter) used to count LRO packets as one, even though it contains multiple segments. This patch will increment the counter by the number of segments, and align the driver with

Re: stmmac still supporting spear600 ?

Hello, On Thu, 9 Mar 2017 15:56:31 +0100, Giuseppe CAVALLARO wrote: > On 3/9/2017 10:32 AM, Thomas Petazzoni wrote: > > > OK, I'll have a look. However, I'm still confused by this DMA_RESET bit > > that never clears, contrary to what the datasheet says. Are there some > > erratas? > > I

Re: linux-next-20170320 break stmmac on dwmac-sunxi

Hi Peppe, Às 2:39 PM de 3/21/2017, Giuseppe CAVALLARO escreveu: > Hello Corentin > > yes, bisect process is really good approach to me. Pls give us more details. > Recently the multi DMA channel logic has been added so it could be that > something is needed to allow your platform to manage the

Re: [PATCH 06/11] net: usb: mcs7830: use new api ethtool_{get|set}_link_ksettings

On 16.03.2017 23:18, Philippe Reynes wrote: > 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. > > Signed-off-by: Philippe Reynes

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

On Tue, Mar 21, 2017 at 02:25:15PM +, Joao Pinto wrote: > Às 2:23 PM de 3/21/2017, Corentin Labbe escreveu: > > On Tue, Mar 21, 2017 at 02:10:47PM +, Joao Pinto wrote: > >> ++Adding Corentin > >> > >> Às 2:08 PM de 3/21/2017, Thierry Reding escreveu: > >>> On Tue, Mar 21, 2017 at

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

Às 2:33 PM de 3/21/2017, Thierry Reding escreveu: > On Tue, Mar 21, 2017 at 02:25:15PM +, Joao Pinto wrote: >> Às 2:23 PM de 3/21/2017, Corentin Labbe escreveu: >>> On Tue, Mar 21, 2017 at 02:10:47PM +, Joao Pinto wrote: ++Adding Corentin Às 2:08 PM de 3/21/2017, Thierry

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

On Tue, Mar 21, 2017 at 02:18:59PM +, Joao Pinto wrote: > Às 2:08 PM de 3/21/2017, Thierry Reding escreveu: > > On Tue, Mar 21, 2017 at 01:58:36PM +, Joao Pinto wrote: > >> Às 12:24 PM de 3/21/2017, Thierry Reding escreveu: > >>> On Tue, Mar 21, 2017 at 12:02:03PM +, Joao Pinto wrote:

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

Às 2:23 PM de 3/21/2017, Corentin Labbe escreveu: > On Tue, Mar 21, 2017 at 02:10:47PM +, Joao Pinto wrote: >> ++Adding Corentin >> >> Às 2:08 PM de 3/21/2017, Thierry Reding escreveu: >>> On Tue, Mar 21, 2017 at 01:58:36PM +, Joao Pinto wrote: Às 12:24 PM de 3/21/2017, Thierry Reding

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

On Tue, Mar 21, 2017 at 02:10:47PM +, Joao Pinto wrote: > ++Adding Corentin > > Às 2:08 PM de 3/21/2017, Thierry Reding escreveu: > > On Tue, Mar 21, 2017 at 01:58:36PM +, Joao Pinto wrote: > >> Às 12:24 PM de 3/21/2017, Thierry Reding escreveu: > >>> On Tue, Mar 21, 2017 at 12:02:03PM

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

Às 2:08 PM de 3/21/2017, Thierry Reding escreveu: > On Tue, Mar 21, 2017 at 01:58:36PM +, Joao Pinto wrote: >> Às 12:24 PM de 3/21/2017, Thierry Reding escreveu: >>> On Tue, Mar 21, 2017 at 12:02:03PM +, Joao Pinto wrote: Às 11:58 AM de 3/21/2017, Thierry Reding escreveu: > On

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

On Tue, Mar 21, 2017 at 01:58:36PM +, Joao Pinto wrote: > Às 12:24 PM de 3/21/2017, Thierry Reding escreveu: > > On Tue, Mar 21, 2017 at 12:02:03PM +, Joao Pinto wrote: > >> Às 11:58 AM de 3/21/2017, Thierry Reding escreveu: > >>> On Fri, Mar 10, 2017 at 06:24:52PM +, Joao Pinto wrote:

Re: linux-next-20170320 breaks stmmac on meson (Amlogic S905GXBB)

On Tue, Mar 21, 2017 at 10:13:08AM +, Joao Pinto wrote: > > Hi Heiner and Corentin, > > Às 9:58 PM de 3/20/2017, Heiner Kallweit escreveu: > > As reported by Corentin Labbe before: > > stmmac in the latest next kernel is broken also on meson8b. > > > > The following commit seems to create

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

++Adding Corentin Às 2:08 PM de 3/21/2017, Thierry Reding escreveu: > On Tue, Mar 21, 2017 at 01:58:36PM +, Joao Pinto wrote: >> Às 12:24 PM de 3/21/2017, Thierry Reding escreveu: >>> On Tue, Mar 21, 2017 at 12:02:03PM +, Joao Pinto wrote: Às 11:58 AM de 3/21/2017, Thierry Reding

[PATCH net 1/8] net/mlx5: Add missing entries for set/query rate limit commands

From: Or Gerlitz The switch cases for the rate limit set and query commands were missing, which could get us wrong under fw error or driver reset flow, fix that. Fixes: 1466cc5b23d1 ('net/mlx5: Rate limit tables support') Signed-off-by: Or Gerlitz

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

Às 12:24 PM de 3/21/2017, Thierry Reding escreveu: > On Tue, Mar 21, 2017 at 12:02:03PM +, Joao Pinto wrote: >> Às 11:58 AM de 3/21/2017, Thierry Reding escreveu: >>> On Fri, Mar 10, 2017 at 06:24:52PM +, Joao Pinto wrote: This patch adds the RX and TX scheduling algorithms

[PATCH net 2/8] net/mlx5e: Change the TC offload rule add/del code path to be per NIC or E-Switch

From: Or Gerlitz Refactor the code to deal with add/del TC rules to have handler per NIC/E-switch offloading use case, and push the latter into the e-switch code. This provides better separation and is to be used in down-stream patch for applying a fix. Fixes:

[PATCH net 3/8] net/mlx5: E-Switch, Don't allow changing inline mode when flows are configured

From: Roi Dayan Changing the eswitch inline mode can potentially cause already configured flows not to match the policy. E.g. set policy L4, add some L4 rules, set policy to L2 --> bad! Hence we disallow it. Keep track of how many offloaded rules are now set and refuse inline

[PATCH net 7/8] net/mlx5e: Count GSO packets correctly

From: Gal Pressman TX packets statistics ('tx_packets' counter) used to count GSO packets as one, even though it contains multiple segments. This patch will increment the counter by the number of segments, and align the driver with the behavior of other drivers in the stack.

[PATCH net 4/8] net/mlx5e: Use the proper UAPI values when offloading TC vlan actions

From: Or Gerlitz Currently we use the non UAPI values and we miss erring on the modify action which is not supported, fix that. Fixes: 8b32580df1cb ('net/mlx5e: Add TC vlan action for SRIOV offloads') Signed-off-by: Or Gerlitz Reported-by: Petr

[PATCH net 6/8] net/mlx5: Increase number of max QPs in default profile

From: Maor Gottlieb With ConnectX-4 sharing SRQs from the same space as QPs, we hit a limit preventing some applications to allocate needed QPs amount. Double the size to 256K. Fixes: e126ba97dba9e ('mlx5: Add driver for Mellanox Connect-IB adapters') Signed-off-by: Maor

[PATCH net 0/8] Mellanox mlx5 fixes 2017-03-21

Hi Dave, This series contains some mlx5 core and ethernet driver fixes. For -stable: net/mlx5e: Count LRO packets correctly (for kernel >= 4.2) net/mlx5e: Count GSO packets correctly (for kernel >= 4.2) net/mlx5: Increase number of max QPs in default profile (for kernel >= 4.0) net/mlx5e: Avoid

[PATCH net 8/8] net/mlx5e: Count LRO packets correctly

From: Gal Pressman RX packets statistics ('rx_packets' counter) used to count LRO packets as one, even though it contains multiple segments. This patch will increment the counter by the number of segments, and align the driver with the behavior of other drivers in the stack.

[PATCH net 5/8] net/mlx5e: Avoid supporting udp tunnel port ndo for VF reps

From: Paul Blakey This was added to allow the TC offloading code to identify offloading encap/decap vxlan rules. The VF reps are effectively related to the same mlx5 PCI device as the PF. Since the kernel invokes the (say) delete ndo for each netdev, the FW erred on multiple

pull-request: wireless-drivers 2017-03-21

Hi Dave, few smallish fixes for 4.11. Please let me know if there are any problems. Kalle The following changes since commit 22a0e18eac7a9e986fec76c60fa4a2926d1291e2: net: properly release sk_frag.page (2017-03-15 15:37:45 -0700) are available in the git repository at:

[PATCH v2 1/2] netfilter: ipset: Compress return logic

Simplify function returns by merging assignment and return into one command line. Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of Outreachy Round 14. net/netfilter/ipset/ip_set_list_set.c | 5 + 1 file changed, 1

[PATCH v2 2/2] netfilter: ipvs: Compress return logic

Simplify function returns by merging assignment and return into one command line. Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of Outreachy Round 14. net/netfilter/ipvs/ip_vs_ftp.c | 5 + 1 file changed, 1 insertion(+),

[PATCH v2 0/2] netfilter: Compress return logic

This patch series Simplify function returns by merging assignment and return into one command line. v2: -Change the subject of cover patch simran singhal (2): netfilter: ipset: Compress return logic netfilter: ipvs: Compress return logic net/netfilter/ipset/ip_set_list_set.c | 5 +

[PATCH 1/2] netfilter: ipset: Compress return logic

Simplify function returns by merging assignment and return into one command line. Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of Outreachy Round 14. net/netfilter/ipset/ip_set_list_set.c | 5 + 1 file changed, 1

[PATCH 2/2] netfilter: ipvs: Compress return logic

Simplify function returns by merging assignment and return into one command line. Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of Outreachy Round 14. net/netfilter/ipvs/ip_vs_ftp.c | 5 + 1 file changed, 1 insertion(+),

[PATCH 0/2] netfilter: ,netdev@vger.kernel.org

This patch series Simplify function returns by merging assignment and return into one command line. simran singhal (2): netfilter: ipset: Compress return logic netfilter: ipvs: Compress return logic net/netfilter/ipset/ip_set_list_set.c | 5 + net/netfilter/ipvs/ip_vs_ftp.c| 5

Re: [PATCH RFC 0/7] phylib MMD accessor cleanups

On Sun, Mar 19, 2017 at 03:30:38PM -0700, Florian Fainelli wrote: > Le 03/19/17 à 03:59, Russell King - ARM Linux a écrit : > > This series of patches does exactly that - we merge the functionality > > of the indirect accesses into the clause 45 accessors, and use these > > exclusively to access

Re: [PATCH net] sctp: declare struct sctp_stream before using it

On Mon, Mar 20, 2017 at 10:33:57PM +0800, Xin Long wrote: > On Mon, Mar 20, 2017 at 9:29 PM, Neil Horman wrote: > > On Mon, Mar 20, 2017 at 05:46:27PM +0800, Xin Long wrote: > >> sctp_stream_free uses struct sctp_stream as a param, but struct sctp_stream > >> is defined

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

On Tue, Mar 21, 2017 at 12:02:03PM +, Joao Pinto wrote: > Às 11:58 AM de 3/21/2017, Thierry Reding escreveu: > > On Fri, Mar 10, 2017 at 06:24:52PM +, Joao Pinto wrote: > >> This patch adds the RX and TX scheduling algorithms programming. > >> It introduces the multiple queues

[PATCH 2/2] netfilter: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of

[PATCH 0/2] netfilter: Remove unnecessary cast on void pointer

This patch series remove unnecessary cast on void pointer. simran singhal (2): netfilter: ipset: Remove unnecessary cast on void pointer netfilter: Remove unnecessary cast on void pointer net/netfilter/ipset/ip_set_bitmap_gen.h | 4 ++-- net/netfilter/ipset/ip_set_core.c | 2 +-

[PATCH 1/2] netfilter: ipset: Remove unnecessary cast on void pointer

The following Coccinelle script was used to detect this: @r@ expression x; void* e; type T; identifier f; @@ ( *((T *)e) | ((T *)x)[...] | ((T*)x)->f | - (T*) e ) Signed-off-by: simran singhal --- --This is my contribution to the netfilter project of

Re: [v5,net-next,1/9] net: stmmac: multiple queues dt configuration

On Tue, Mar 21, 2017 at 11:39:24AM +, Joao Pinto wrote: > > Hi Thierry, > > Às 11:32 AM de 3/21/2017, Thierry Reding escreveu: > > On Fri, Mar 10, 2017 at 06:24:51PM +, Joao Pinto wrote: > >> This patch adds the multiple queues configuration in the Device Tree. > >> It was also created a

Re: [PATCH 1/3] soc: qcom: smd: Transition client drivers from smd to rpmsg

Marcel Holtmann writes: >> By moving these client drivers to use RPMSG instead of the direct SMD >> API we can reuse them ontop of the newly added GLINK wire-protocol >> support found in the 820 and 835 Qualcomm platforms. >> >> As the new (RPMSG-based) and old SMD

[PATCH net-next] net: convert sk_filter.refcnt from atomic_t to refcount_t

refcount_t type and corresponding API should be used instead of atomic_t when the variable is used as a reference counter. This allows to avoid accidental refcounter overflows that might lead to use-after-free situations. Signed-off-by: Elena Reshetova Signed-off-by:

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

Às 11:58 AM de 3/21/2017, Thierry Reding escreveu: > On Fri, Mar 10, 2017 at 06:24:52PM +, Joao Pinto wrote: >> This patch adds the RX and TX scheduling algorithms programming. >> It introduces the multiple queues configuration function >> (stmmac_mtl_configuration) in stmmac_main. >> >>

Re: [v5,net-next,2/9] net: stmmac: configure mtl rx and tx algorithms

On Fri, Mar 10, 2017 at 06:24:52PM +, Joao Pinto wrote: > This patch adds the RX and TX scheduling algorithms programming. > It introduces the multiple queues configuration function > (stmmac_mtl_configuration) in stmmac_main. > > Signed-off-by: Joao Pinto > --- >

RE: "tipc: fix socket timer deadlock" to stable?

> -Original Message- > From: Tommi Rantala [mailto:tommi.t.rant...@nokia.com] > Sent: Tuesday, March 21, 2017 03:50 AM > To: Jon Maloy ; netdev@vger.kernel.org > Cc: David S. Miller ; GUNA ; > Ying Xue

Re: [v5,net-next,1/9] net: stmmac: multiple queues dt configuration

Hi Thierry, Às 11:32 AM de 3/21/2017, Thierry Reding escreveu: > On Fri, Mar 10, 2017 at 06:24:51PM +, Joao Pinto wrote: >> This patch adds the multiple queues configuration in the Device Tree. >> It was also created a set of structures to keep the RX and TX queues >> configurations to be

Re: [v5,net-next,1/9] net: stmmac: multiple queues dt configuration

On Fri, Mar 10, 2017 at 06:24:51PM +, Joao Pinto wrote: > This patch adds the multiple queues configuration in the Device Tree. > It was also created a set of structures to keep the RX and TX queues > configurations to be used in the driver. > > Signed-off-by: Joao Pinto

Re: [PATCH 01/11] net: usb: usbnet: add new api ethtool_{get|set}_link_ksettings

Am Donnerstag, den 16.03.2017, 23:18 +0100 schrieb Philippe Reynes: > The ethtool api {get|set}_settings is deprecated. > We add the new api {get|set}_link_ksettings to this driver. > > As I don't have the hardware, I'd be very pleased if > someone may test this patch. > Unfortunately I lack

Re: [PATCH net-stable] ipv4: keep skb->dst around in presence of IP options

On Mon, 2017-03-20 at 21:23 -0700, Eric Dumazet wrote: > From: Eric Dumazet > > Upstream commit 34b2cef20f19c87999fff3da4071e66937db9644 > ("ipv4: keep skb->dst around in presence of IP options") incorrectly > root caused commit d826eb14ecef ("ipv4: PKTINFO doesnt need dst >

RE: [PATCH] net: convert sk_filter.refcnt from atomic_t to refcount_t

> On 03/20/2017 10:37 AM, Elena Reshetova wrote: > [...] > > diff --git a/net/core/filter.c b/net/core/filter.c > > index ebaeaf2..389cb8d 100644 > > --- a/net/core/filter.c > > +++ b/net/core/filter.c > > @@ -928,7 +928,7 @@ static void sk_filter_release_rcu(struct rcu_head *rcu) > >*/ > >

Re: [PATCH net-next 1/8] ptr_ring: introduce batch dequeuing

Hello! On 3/21/2017 7:04 AM, Jason Wang wrote: Signed-off-by: Jason Wang --- include/linux/ptr_ring.h | 65 1 file changed, 65 insertions(+) diff --git a/include/linux/ptr_ring.h b/include/linux/ptr_ring.h index

[PATCH net-next] net: greth: Utilize of_get_mac_address()

Do not open code getting the MAC address exclusively from the "local-mac-address" property, but instead use of_get_mac_address() which looks up the MAC address using the 3 typical property names. Signed-off-by: Tobias Klauser --- drivers/net/ethernet/aeroflex/greth.c | 10

Re: linux-next-20170320 breaks stmmac on meson (Amlogic S905GXBB)

Hi Heiner and Corentin, Às 9:58 PM de 3/20/2017, Heiner Kallweit escreveu: > As reported by Corentin Labbe before: > stmmac in the latest next kernel is broken also on meson8b. > > The following commit seems to create the trouble: > 6deee2221e11 "net: stmmac: prepare dma op mode config for

<    1   2   3   >