Re: [PATCH] RDS: IB: Remove deprecated create_workqueue

From: Bhaktipriya Shridhar Date: Wed, 8 Jun 2016 01:03:45 +0530 > alloc_workqueue replaces deprecated create_workqueue(). > > Since the driver is infiniband which can be used as block device and the > workqueue seems involved in regular operation of the device, so a >

Re: [PATCH v6] r8152: Add support for setting pass through MAC address on RTL8153-AD

From: Mario Limonciello Date: Tue, 7 Jun 2016 13:22:37 -0500 > The RTL8153-AD supports a persistent system specific MAC address. > This means a device plugged into two different systems with host side > support will show different (but persistent) MAC addresses. > >

Re: [PATCH v2 1/2] net: ethernet: ti: cpsw: remove rx_descs property

From: Ivan Khoronzhuk Date: Tue, 7 Jun 2016 16:59:35 +0300 > if (!cpsw_common_res_usage_state(priv)) { > + int buf_num; > struct cpsw_priv *priv_sl0 = cpsw_get_slave_priv(priv, 0); > Please always order local variable declarations

Re: [PATCH 0/6] eBPF JIT for PPC64

From: "Naveen N. Rao" Date: Tue, 7 Jun 2016 19:02:17 +0530 > Please note that patch [2] is a pre-requisite for this patchset, and is > not yet upstream. ... > [1] http://thread.gmane.org/gmane.linux.kernel/2188694 > [2]

Re: [PATCH net v2] bridge: Fix incorrect re-injection of STP packets

From: Ido Schimmel Date: Tue, 7 Jun 2016 12:06:58 +0300 > Commit 8626c56c8279 ("bridge: fix potential use-after-free when hook > returns QUEUE or STOLEN verdict") fixed incorrect usage of NF_HOOK's > return value by consuming packets in okfn via br_pass_frame_up(). > >

Re: [PATCH net-next v2] bridge: Synchronize unicast filtering with FDB

From: Toshiaki Makita Date: Mon, 6 Jun 2016 21:20:13 +0900 > Patrick Schaaf reported that flooding due to a missing fdb entry of > the address of macvlan on the bridge device caused high CPU > consumption of an openvpn process behind a tap bridge port. > Adding an

Re: [PATCH] net: phy: smsc: reintroduced unconditional soft reset

From: Manfred Schlaegl Date: Mon, 6 Jun 2016 10:47:47 +0200 > We detected some problems using the smsc lan8720a in combination with > i.MX28 and tracked this down to commit 21009686662f ("net: phy: smsc: move > smsc_phy_config_init reset part in a soft_reset

Re: [PATCH] NET: PHY: adds driver for Intel XWAY PHY

From: Hauke Mehrtens Date: Sun, 5 Jun 2016 23:41:11 +0200 > This adds support for the Intel (former Lantiq) XWAY 11G and 22E PHYs. > These PHYs are also named PEF 7061, PEF 7071, PEF 7072. > > Signed-off-by: John Crispin > Signed-off-by: Hauke Mehrtens

Re: [PATCH 4/4] Revert "powerpc/fsl: Move fsl_guts.h out of arch/powerpc"

On Thu, 2016-06-02 at 11:01 +0200, Arnd Bergmann wrote: > On Wednesday, June 1, 2016 8:24:20 PM CEST Scott Wood wrote: > > On Mon, 2016-05-30 at 15:18 +0200, Arnd Bergmann wrote: > > > All users of this driver are PowerPC specific and the header file > > > has no business in the global

Re: [PATCH 3/4] mmc: sdhci-of-esdhc: fix host version for T4240-R1.0-R2.0

On Thu, 2016-06-02 at 10:52 +0200, Arnd Bergmann wrote: > On Wednesday, June 1, 2016 8:11:14 PM CEST Scott Wood wrote: > > > +#define T4240_HOST_VER ((VENDOR_V_23 << SDHCI_VENDOR_VER_SHIFT) | > > > SDHCI_SPEC_200) > > > +static const struct soc_device_attribute esdhc_t4240_quirk = { > > > + /*

Re: [PATCH 2/3] net: stmmac: dwmac-rk: keep the PHY up for WoL

Am Freitag, 10. Juni 2016, 18:00:38 schrieb Vincent Palatin: > When suspending the machine, do not shutdown the external PHY by cutting > its regulator in the mac platform driver suspend code if Wake-on-Lan is > enabled, else it cannot wake us up. > In order to do this, split the suspend/resume

Re: [PATCH 2/4] soc: fsl: add GUTS driver for QorIQ platforms

On Thu, 2016-06-02 at 10:43 +0200, Arnd Bergmann wrote: > On Wednesday, June 1, 2016 8:47:22 PM CEST Scott Wood wrote: > > On Mon, 2016-05-30 at 15:15 +0200, Arnd Bergmann wrote: > > > diff --git a/drivers/soc/fsl/guts.c b/drivers/soc/fsl/guts.c > > > new file mode 100644 > > > index

Re: net: stmmac: dwmac-rk: fixes for Wake-on-Lan on RK3288

From: Vincent Palatin Date: Fri, 10 Jun 2016 18:00:36 -0700 > In order to support Wake-On-Lan when using the RK3288 integrated MAC > (with an external RGMII PHY), we need to avoid shutting down the regulator > of the external PHY when the MAC is suspended as it's currently

Re: [PATCH] net: ethernet: ti: cpsw: use destroy ctlr to destroy channels

From: Ivan Khoronzhuk Date: Sat, 11 Jun 2016 01:11:54 +0300 > Based on master master... of what?

Re: [PATCH 1/3] net: stmmac: allow to split suspend/resume from init/exit callbacks

All proper patch serieses must start with an introductory postings ala "Subject: [PATCH 0/3] ..." which explains what the patch series is doing at a high level, why, and how. Thanks.

Re: [PATCH net-next] rxrpc: Trim line-terminal whitespace

From: David Howells Date: Fri, 10 Jun 2016 22:30:27 +0100 > Trim line-terminal whitespace in net/rxrpc/ > > Signed-off-by: David Howells Applied.

Re: [PATCH net-next] rxrpc: Limit the listening backlog

From: David Howells Date: Fri, 10 Jun 2016 22:30:37 +0100 > Limit the socket incoming call backlog queue size so that a remote client > can't pump in sufficient new calls that the server runs out of memory. Note > that this is partially theoretical at the moment since

Re: [PATCH net-next v2] net, cls: allow for deleting all filters for given parent

From: Daniel Borkmann Date: Fri, 10 Jun 2016 23:10:22 +0200 > Add a possibility where the user can just specify the parent and > all filters under that parent are then being purged. Currently, > for example for scripting, one needs to specify pref/prio to have > a

Re: [PATCH net-next,v2] tools: hv: Add a script to help bonding synthetic and VF NICs

From: Haiyang Zhang Date: Fri, 10 Jun 2016 14:23:12 -0700 > This script helps to create bonding network devices based on synthetic NIC > (the virtual network adapter usually provided by Hyper-V) and the matching > VF NIC (SRIOV virtual function). So the synthetic NIC and

[PATCH 3/3] ARM: dts: rockchip: add interrupt for Wake-on-Lan on RK3288

In order to use Wake-on-Lan on RK3288 integrated MAC, we need to wake-up the CPU on the PMT interrupt when the MAC and the PHY are in low power mode. Adding the interrupt declaration. Signed-off-by: Vincent Palatin --- arch/arm/boot/dts/rk3288.dtsi | 5 +++-- 1 file

[PATCH 2/3] net: stmmac: dwmac-rk: keep the PHY up for WoL

When suspending the machine, do not shutdown the external PHY by cutting its regulator in the mac platform driver suspend code if Wake-on-Lan is enabled, else it cannot wake us up. In order to do this, split the suspend/resume callbacks from the init/exit callbacks, so we can condition the

net: stmmac: dwmac-rk: fixes for Wake-on-Lan on RK3288

In order to support Wake-On-Lan when using the RK3288 integrated MAC (with an external RGMII PHY), we need to avoid shutting down the regulator of the external PHY when the MAC is suspended as it's currently done in the MAC platform code. As a first step, create independant callbacks for

[PATCH 1/3] net: stmmac: allow to split suspend/resume from init/exit callbacks

Let the stmmac platform drivers provide dedicated suspend and resume callbacks rather than always re-using the init and exits callbacks. If the driver does not provide the suspend or resume callback, we fall back to the old behavior trying to use exit or init. This allows a specific platform to

Re: [PATCH net-next 0/2] bpf: couple of fixes

From: Daniel Borkmann Date: Fri, 10 Jun 2016 21:19:05 +0200 > These are two fixes for BPF, one to introduce xmit recursion limiter for > tc bpf programs and the other one to reject filters a bit earlier. For > more details please see individual patches. I have no strong

Re: PATCH [1/1] ipv4: Prevent malformed UFO fragments in ip_append_page

From: Steven Caron Date: Fri, 10 Jun 2016 19:21:26 + > As the ip fragment offset field counts 8-byte chunks, non-final ip > fragments must be multiples of 8 bytes of payload. Depending on > the mtu and ip option sizes, ip_append_page wasn't respecting this, >

Re: [net-next,v3] openvswitch: Add packet truncation support.

From: William Tu Date: Fri, 10 Jun 2016 11:49:33 -0700 > The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to > truncate packets. A 'max_len' is added for setting up the maximum > packet size, and a 'cutlen' field is to record the number of bytes > to trim the

Re: [PATCH net-next v2] net, cls: allow for deleting all filters for given parent

On Fri, Jun 10, 2016 at 11:10:22PM +0200, Daniel Borkmann wrote: > Add a possibility where the user can just specify the parent and > all filters under that parent are then being purged. Currently, > for example for scripting, one needs to specify pref/prio to have > a well-defined number for 'tc

[PATCH net-next 4/4] net_sched: remove generic throttled management

__QDISC_STATE_THROTTLED bit manipulation is rather expensive for HTB and few others. I already removed it for sch_fq in commit f2600cf02b5b ("net: sched: avoid costly atomic operation in fq_dequeue()") and so far nobody complained. When one ore more packets are stuck in one or more throttled HTB

[PATCH net-next 3/4] net_sched: netem: remove qdisc_is_throttled() use

Looks like it is only there as some optimization attempt. Since __QDISC_STATE_THROTTLED set/unset is way too expensive, and netem is the last user, just remove this check. Signed-off-by: Eric Dumazet --- net/sched/sch_netem.c | 3 --- 1 file changed, 3 deletions(-) diff

[PATCH net-next 1/4] net_sched: sch_plug: use a private throttled status

We want to get rid of generic qdisc throttled management, so this qdisc has to use a private flag. Signed-off-by: Eric Dumazet --- net/sched/sch_plug.c | 14 -- 1 file changed, 8 insertions(+), 6 deletions(-) diff --git a/net/sched/sch_plug.c

[PATCH net-next 0/4] net_sched: remove qdisc_is_throttled()

HTB, CBQ and HFSC pay a very high cost updating the qdisc 'throttled' status that nothing but CBQ seems to use. CBQ usage is flaky anyway, since no qdisc ->enqueue() updates the 'throttled' qdisc status. This looks like some 'optimization' that actually cost more than code without the

[PATCH net-next 2/4] net_sched: cbq: remove a flaky use of qdisc_is_throttled()

So far no qdisc ever unset the throttled bit at enqueue() time, so CBQ usage of qdisc_is_throttled() was flaky. Since __QDISC_STATE_THROTTLED set/unset is way too expensive considering that only CBQ was eventually caring for this status, it would make sense to implement a Qdisc ops

Re: [PATCH v2 0/2] net: ethernet: ti: cpsw: delete rx_descs property

On 06/08/2016 07:03 PM, Ivan Khoronzhuk wrote: On 09.06.16 02:11, Schuyler Patton wrote: On 06/08/2016 09:06 AM, Ivan Khoronzhuk wrote: On 08.06.16 17:01, Ivan Khoronzhuk wrote: Hi Schuyer, On 07.06.16 18:26, Schuyler Patton wrote: Hi, On 06/07/2016 08:59 AM, Ivan Khoronzhuk wrote:

[PATCH] [PATCH v2] net: au1000_eth: fix PHY detection

Commit 7f854420fbfe9d49afe2ffb1df052cfe8e215541 ("phy: Add API for {un}registering an mdio device to a bus.") broke PHY detection on this driver with a copy-paste bug: The code is looking 32 times for a PHY at address 0. Fixes ethernet on AMD DB1100/DB1500/DB1550 boards which have their

[PATCH] net: ethernet: ti: cpsw: use destroy ctlr to destroy channels

There is no reason to destroy channels that are destroyed while cpdma_ctlr destroy. In this case no need to remember how much channels where created and destroy them by one, as cpdma_ctlr destroys all of them. Signed-off-by: Ivan Khoronzhuk --- Based on master

Re: [PATCH net-next 4/7] ixgbe: protect vxlan_get_rx_port in ixgbe_service_task with rtnl_lock

On Mon, Apr 18, 2016 at 12:19 PM, Hannes Frederic Sowa wrote: > vxlan_get_rx_port requires rtnl_lock to be held. > > Cc: Jeff Kirsher > Cc: Jesse Brandeburg > Cc: Shannon Nelson > Cc:

Re: [PATCH net-next 4/7] ixgbe: protect vxlan_get_rx_port in ixgbe_service_task with rtnl_lock

On Fri, Jun 10, 2016 at 2:17 PM, Eric Dumazet wrote: > On Mon, 2016-04-18 at 21:19 +0200, Hannes Frederic Sowa wrote: >> vxlan_get_rx_port requires rtnl_lock to be held. >> >> Cc: Jeff Kirsher >> Cc: Jesse Brandeburg

[PATCH net-next] rxrpc: Limit the listening backlog

Limit the socket incoming call backlog queue size so that a remote client can't pump in sufficient new calls that the server runs out of memory. Note that this is partially theoretical at the moment since whilst the number of calls is limited, the number of packets trying to set up new calls is

[PATCH net-next] rxrpc: Trim line-terminal whitespace

Trim line-terminal whitespace in net/rxrpc/ Signed-off-by: David Howells --- net/rxrpc/ar-input.c |2 +- net/rxrpc/ar-local.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/net/rxrpc/ar-input.c b/net/rxrpc/ar-input.c index

Re: [PATCH net-next 4/7] ixgbe: protect vxlan_get_rx_port in ixgbe_service_task with rtnl_lock

On Mon, 2016-04-18 at 21:19 +0200, Hannes Frederic Sowa wrote: > vxlan_get_rx_port requires rtnl_lock to be held. > > Cc: Jeff Kirsher > Cc: Jesse Brandeburg > Cc: Shannon Nelson > Cc: Carolyn Wyborny

Re: [PATCH] phy: marvell: remove LED config override

> We could move that 0x30 LED configuration to .config_init instead of > .config_aneg, so that if nobody configures it with marvell,reg-init, the > behavior does not change. I'd have to create a new .config_init function > for the 1121, 1318 and 1510. > > Would you prefer that? Hi Clemens Yes,

[PATCH net-next v2] net, cls: allow for deleting all filters for given parent

Add a possibility where the user can just specify the parent and all filters under that parent are then being purged. Currently, for example for scripting, one needs to specify pref/prio to have a well-defined number for 'tc filter del' command for addressing the previously created instance or

Re: [PATCH net-next 3/7] mlx4: protect mlx4_en_start_port in mlx4_en_restart with rtnl_lock

On Mon, 2016-04-18 at 21:19 +0200, Hannes Frederic Sowa wrote: > mlx4_en_start_port requires rtnl_lock to be held. > > Cc: Eugenia Emantayev > Cc: Yishai Hadas > Signed-off-by: Hannes Frederic Sowa > --- >

Re: [PATCH 1/2] rxrpc: Trim line-terminal whitespace [ver #2]

David Miller wrote: > There is a clear, documented, way to do this properly with your > patches themselves. Put it in the Subject line: > > Subject: "[PATCH net-next 1/2] rxrpc: ..." Hmmm... so there is. I don't remember seeing the netdev-FAQ appear. I wonder how

Re: [PATCH] phy: marvell: remove LED config override

Hi Andrew, On Fri, Jun 10, 2016 at 08:38:57PM +0200, Andrew Lunn wrote: > On Fri, Jun 10, 2016 at 07:42:52PM +0200, Clemens Gruber wrote: > > Configuring the PHY LED registers for the Marvell 88E1510 and others is > > not possible, because regardless of the values in marvell,reg-init, it > > is

Re: [PATCH net-next 8/8] net: dsa: mv88e6xxx: fail on mismatching probe

Hi, Andrew Lunn writes: > On Wed, Jun 08, 2016 at 08:44:56PM -0400, Vivien Didelot wrote: >> Now that we have access at probe time to the chip info described in the >> device tree, check if the probed device matches the device node, >> otherwise warn the user and fail. > > What

[PATCH] netlink.7: describe netlink socket options

Cc: Kir Kolyshkin Cc: Michael Kerrisk Cc: Herbert Xu Cc: Patrick McHardy Cc: Christophe Ricard Cc: Nicolas Dichtel Signed-off-by: Andrey Vagin

Re: [PATCH net-next 7/8] net: dsa: mv88e6xxx: explicit compatible devices

Hi, Andrew Lunn writes: > On Wed, Jun 08, 2016 at 08:44:55PM -0400, Vivien Didelot wrote: >> Thanks to the new device probing, we can explicit the exact switch model >> in the device tree. >> >> Name the driver "mv88e6xxx" and list all its compatible supported chips. > > No.

Re: [net-next,v3] openvswitch: Add packet truncation support.

On Fri, Jun 10, 2016 at 11:49 AM, William Tu wrote: > The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to > truncate packets. A 'max_len' is added for setting up the maximum > packet size, and a 'cutlen' field is to record the number of bytes > to trim the

Re: [PATCH net-next 4/8] net: dsa: mv88e6xxx: do not increment bus refcount

On Fri, Jun 10, 2016 at 03:59:22PM -0400, Vivien Didelot wrote: > Hi, > > Andrew Lunn writes: > > > On Wed, Jun 08, 2016 at 08:44:52PM -0400, Vivien Didelot wrote: > >> The MDIO device probe and remove functions are respectively incrementing > >> and decrementing the bus

Re: [PATCH net-next 4/8] net: dsa: mv88e6xxx: do not increment bus refcount

Hi, Andrew Lunn writes: > On Wed, Jun 08, 2016 at 08:44:52PM -0400, Vivien Didelot wrote: >> The MDIO device probe and remove functions are respectively incrementing >> and decrementing the bus refcount themselves. Since these bus level >> actions are out of the device scope,

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Javier Martinez Canillas writes: >> This patch (2/3) is only for code rearrangement and adds an >> unnecessary wrapper function. We can simply drop the patch. > > Agreed. > > Kalle, > > Patch 3/3 applies cleanly even after dropping patch 2/3. > Is that Ok for you or do

[PATCH net-next,v2] tools: hv: Add a script to help bonding synthetic and VF NICs

This script helps to create bonding network devices based on synthetic NIC (the virtual network adapter usually provided by Hyper-V) and the matching VF NIC (SRIOV virtual function). So the synthetic NIC and VF NIC can function as one network device, and fail over to the synthetic NIC if VF is

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Hello Amitkumar, On 06/10/2016 12:26 PM, Amitkumar Karwar wrote: > Hi Kalle/Javier, > >> From: Javier Martinez Canillas [mailto:jav...@osg.samsung.com] >> Sent: Friday, June 10, 2016 8:07 PM >> To: Kalle Valo >> Cc: linux-ker...@vger.kernel.org; Julian Calaby; Shengzhen Li; Enric >> Balletbo i

PATCH [1/1] ipv4: Prevent malformed UFO fragments in ip_append_page

As the ip fragment offset field counts 8-byte chunks, non-final ip fragments must be multiples of 8 bytes of payload. Depending on the mtu and ip option sizes, ip_append_page wasn't respecting this, notably when running NFS under UDP. diff --git a/net/ipv4/ip_output.c b/net/ipv4/ip_output.c

PATCH [0/1] ipv4: Prevent malformed UFO fragments in ip_append_page

Hi Hannes, It's a very simple patch which was already included in the original email. The patch is from Linux 4.7-rc1. net/ipv4/ip_output.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) Thanks, Steven

[PATCH net-next 0/2] bpf: couple of fixes

These are two fixes for BPF, one to introduce xmit recursion limiter for tc bpf programs and the other one to reject filters a bit earlier. For more details please see individual patches. I have no strong opinion to which tree they should go, they apply to both, but I think net-next seems okay to

[PATCH net-next 1/2] bpf: enforce recursion limit on redirects

Respect the stack's xmit_recursion limit for calls into dev_queue_xmit(). Currently, they are not handeled by the limiter when attached to clsact's egress parent, for example, and a buggy program redirecting it to the same device again could run into stack overflow eventually. It would be good if

[PATCH net-next 2/2] bpf: reject wrong sized filters earlier

Add a bpf_check_basics_ok() and reject filters that are of invalid size much earlier, so we don't do any useless work such as invoking bpf_prog_alloc(). Currently, rejection happens in bpf_check_classic() only, but it's really unnecessarily late and they should be rejected at earliest point. While

Re: [PATCH net-next 4/4] net: dsa: bcm_sf2: Add VLAN support

Hi Florian, Florian Fainelli writes: > Another possible approach would have been to allocate the vlan structure > upong port_vlan_prepare() though that would typically result in more > fragmentation over time once se start using more VLANs. This is indeed what the

Re: [PATCH net-next 1/5] net: dsa: b53: Add support for Broadcom RoboSwitch

> >> +static inline int b53_switch_get_reset_gpio(struct b53_device *dev) > >> +{ > >> + enum bcm47xx_board board = bcm47xx_board_get(); > >> + > >> + switch (board) { > >> + case BCM47XX_BOARD_LINKSYS_WRT300NV11: > >> + case BCM47XX_BOARD_LINKSYS_WRT310NV1: > >> + return 8; > > > >

Re: [PATCH net-next 4/4] net: dsa: bcm_sf2: Add VLAN support

On Fri, Jun 10, 2016 at 11:47:48AM -0700, Florian Fainelli wrote: > On 06/10/2016 05:00 AM, Andrew Lunn wrote: > >> @@ -148,6 +155,9 @@ struct bcm_sf2_priv { > >>struct device_node *master_mii_dn; > >>struct mii_bus *slave_mii_bus; > >>struct mii_bus

[net-next,v3] openvswitch: Add packet truncation support.

The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to truncate packets. A 'max_len' is added for setting up the maximum packet size, and a 'cutlen' field is to record the number of bytes to trim the packet when the packet is outputting to a port, or when the packet is sent to

Re: [PATCH net-next 1/5] net: dsa: b53: Add support for Broadcom RoboSwitch

On 06/10/2016 05:11 AM, Andrew Lunn wrote: >> +static void b53_switch_reset_gpio(struct b53_device *dev) >> +{ >> +int gpio = dev->reset_gpio; >> + >> +if (gpio < 0) >> +return; >> + >> +/* Reset sequence: RESET low(50ms)->high(20ms) >> + */ >> +gpio_set_value(gpio,

Re: [PATCH net-next 4/4] net: dsa: bcm_sf2: Add VLAN support

On 06/10/2016 05:00 AM, Andrew Lunn wrote: >> @@ -148,6 +155,9 @@ struct bcm_sf2_priv { >> struct device_node *master_mii_dn; >> struct mii_bus *slave_mii_bus; >> struct mii_bus *master_mii_bus; >> + >> +/* Cache of programmed VLANs

Re: [PATCH] phy: marvell: remove LED config override

On Fri, Jun 10, 2016 at 07:42:52PM +0200, Clemens Gruber wrote: > Configuring the PHY LED registers for the Marvell 88E1510 and others is > not possible, because regardless of the values in marvell,reg-init, it > is later overridden in m88e1121_config_aneg with a non-standard default. > > This

Re: [PATCH net 1/2] ovs/vxlan: fix rtnl notifications on iface deletion

On Fri, Jun 10, 2016 at 2:32 AM, Nicolas Dichtel wrote: > The function vxlan_dev_create() (only used by ovs) never calls > rtnl_configure_link(). The consequence is that dev->rtnl_link_state is > never set to RTNL_LINK_INITIALIZED. > During the deletion phase, the

Re: [PATCH net 2/2] ovs/gre: fix rtnl notifications on iface deletion

On Fri, Jun 10, 2016 at 2:32 AM, Nicolas Dichtel wrote: > The function gretap_fb_dev_create() (only used by ovs) never calls > rtnl_configure_link(). The consequence is that dev->rtnl_link_state is > never set to RTNL_LINK_INITIALIZED. > During the deletion phase, the

Re: [PATCH net 1/2] ovs/vxlan: fix rtnl notifications on iface deletion

On Fri, Jun 10, 2016 at 2:32 AM, Nicolas Dichtel wrote: > The function vxlan_dev_create() (only used by ovs) never calls > rtnl_configure_link(). The consequence is that dev->rtnl_link_state is > never set to RTNL_LINK_INITIALIZED. > During the deletion phase, the

[PATCH] phy: marvell: remove LED config override

Configuring the PHY LED registers for the Marvell 88E1510 and others is not possible, because regardless of the values in marvell,reg-init, it is later overridden in m88e1121_config_aneg with a non-standard default. This became visible after we moved the call of marvell_of_reg_init in commit

Re: [PATCH 1/2] rxrpc: Trim line-terminal whitespace [ver #2]

From: David Howells Date: Fri, 10 Jun 2016 14:41:21 +0100 > Hi Dave, > > Can you please add these two patches to net-next? > > Thanks, > David David, please stop telling me which tree things go into this way. There is a clear, documented, way to do this properly with

Re: [PATCH V2 00/11] net: mediatek: various small fixes

On 10/06/2016 19:46, David Miller wrote: > From: John Crispin > Date: Fri, 10 Jun 2016 13:30:15 +0200 > >> >> >> On 10/06/2016 13:27, John Crispin wrote: >>> This series contains various small fixes that we stumbled across while >>> doing thorough testing and code level

Re: [PATCH 2/2] rxrpc: Limit the listening backlog

From: David Howells Date: Fri, 10 Jun 2016 14:40:28 +0100 > David Howells wrote: > >> +else if (backlog > max) >> +break; > > Oops. Please ignore this version of the patch - I forgot to commit a change > to it before

[PATCH iproute2] ip rule: Add support for l3mdev rules

Kernel commit 96c63fa7393d ("net: Add l3mdev rule") added support for the FRA_L3MDEV attribute. The attribute enables use of l3mdev rules which mean 'get table id from l3 master device'. This patch adds support to iproute2 to show, add and delete rules with this attribute. Signed-off-by: David

Re: [PATCH V2 00/11] net: mediatek: various small fixes

From: John Crispin Date: Fri, 10 Jun 2016 13:30:15 +0200 > > > On 10/06/2016 13:27, John Crispin wrote: >> This series contains various small fixes that we stumbled across while >> doing thorough testing and code level reviewing of the driver. The only >> patch that sticks

Re: [net-next,v2] openvswitch: Add packet truncation support.

On Thu, Jun 9, 2016 at 4:57 PM, William Tu wrote: > The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to > truncate packets. A 'max_len' is added for setting up the maximum > packet size, and a 'cutlen' field is to record the number of bytes > to trim the packet

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

On Fri, 10 Jun 2016 18:20:22 +0200 Sebastian Andrzej Siewior wrote: > > We actually triggered a starvation due to this. I was just seeing if > > Alison hit the same issue we did in our tests. > > Okay. Didn't get this information from him. But this is only because > the

[PATCHi next] veth: advertise peer link relationship for both devices

Currently, when creating a veth pair, notfications to user space only include link peer for one end of the veth pair: # ip monitor link & # ip link add dev vm1 type veth peer name vm2 30: vm2@NONE: mtu 1500 qdisc noop state DOWN link/ether be:e3:b7:0e:14:52

Re: [PATCH next] sched: remove NET_XMIT_POLICED

On Friday 10 June 2016 14:21:29 Florian Westphal wrote: [...] > BATMAN uses it as an intermediate return value to signal > forwarding vs. buffering, but it will not return POLICED to > callers outside of BATMAN. [...] > diff --git a/net/batman-adv/send.c b/net/batman-adv/send.c > index

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

On Fri, 2016-06-10 at 17:30 +0200, Sebastian Andrzej Siewior wrote: > * Steven Rostedt | 2016-05-26 19:56:41 [-0400]: > > >For example: > > > > > > > > napi_schedule_prep() > >test_and_set_bit(NAPI_STATE_SCHED, >state) > > > > > > > > sk_busy_loop() > > > > do { > >

RE: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Hi Kalle/Javier, > From: Javier Martinez Canillas [mailto:jav...@osg.samsung.com] > Sent: Friday, June 10, 2016 8:07 PM > To: Kalle Valo > Cc: linux-ker...@vger.kernel.org; Julian Calaby; Shengzhen Li; Enric > Balletbo i Serra; Amitkumar Karwar; netdev@vger.kernel.org; linux- >

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

On 06/10/2016 06:11 PM, Steven Rostedt wrote: >> It is true that in RT we don't have such a limit like in !RT. You would >> need to use __raise_softirq_irqoff_ksoft() instead the normal or + >> wakeup() since you may have timers pending and those need to go to the >> "other" ksoftirqd. >> But then

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

On Fri, 10 Jun 2016 17:57:17 +0200 Sebastian Andrzej Siewior wrote: > * Steven Rostedt | 2016-06-04 07:11:31 [-0400]: > > >From: Steven Rostedt > >Date: Tue, 5 Jan 2016 14:53:09 -0500 > >Subject: [PATCH] softirq: Perform softirqs in local_bh_enable()

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

* Steven Rostedt | 2016-06-04 07:11:31 [-0400]: >From: Steven Rostedt >Date: Tue, 5 Jan 2016 14:53:09 -0500 >Subject: [PATCH] softirq: Perform softirqs in local_bh_enable() for a limited > amount of time > >To prevent starvation of tasks like ksoftirqd, if the task that is

Re: [RFC 1/3] vsockmon: Add tap functions.

On Thu, Jun 09, 2016 at 05:02:47PM +0200, Gerard Garcia wrote: > On 06/01/2016 11:07 PM, Stefan Hajnoczi wrote: > > On Sat, May 28, 2016 at 06:29:05PM +0200, ggar...@abra.uab.cat wrote: > > > diff --git a/net/vmw_vsock/af_vsock.c b/net/vmw_vsock/af_vsock.c > > > index 6b158ab..ec7a05d 100644 > > >

Re: [RFC 2/3] vsockmon: Add vsockmon device

On Thu, Jun 09, 2016 at 05:21:26PM +0200, Gerard Garcia wrote: > > > diff --git a/include/uapi/linux/vsockmon.h b/include/uapi/linux/vsockmon.h > > > new file mode 100644 > > > index 000..c73166f > > > --- /dev/null > > > +++ b/include/uapi/linux/vsockmon.h > > > @@ -0,0 +1,37 @@ > > >

Re: [PATCH net-next] nfnetlink_queue: enable PID info retrieval

On Fri, 2016-06-10 at 14:29 +, David Laight wrote: > From: Eric Dumazet > > Sent: 09 June 2016 22:17 > > On Thu, 2016-06-09 at 23:50 +0300, Saeed Mahameed wrote: > > > From: Matthew Finlay > > > > > > > diff --git a/net/socket.c b/net/socket.c > > > index a1bd161..67de200

Re: [PATCH][RT] netpoll: Always take poll_lock when doing polling

* Steven Rostedt | 2016-05-26 19:56:41 [-0400]: >For example: > > > > napi_schedule_prep() >test_and_set_bit(NAPI_STATE_SCHED, >state) > > > > sk_busy_loop() > > do { > rc = busy_poll() > ret = napi_schedule_prep() >return

[PATCH] net: au1000_eth: fix PHY detection

Commit 7f854420fbfe9d49afe2ffb1df052cfe8e215541 ("phy: Add API for {un}registering an mdio device to a bus.") broke PHY detection on this driver with a copy-paste bug: The code is looking 32 times for a PHY at address 0. Fixes ethernet on AMD DB1100/DB1500/DB1550 boards which have their

[iproute PATCH] man: ip-link: Document query_rss option

Doc text shamelessly stolen from the introducing commit's message (6c55c8c4617c5 ['ip link set vf: Added "query_rss" command']). Signed-off-by: Phil Sutter --- man/man8/ip-link.8.in | 5 + 1 file changed, 5 insertions(+) diff --git a/man/man8/ip-link.8.in

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Hello Kalle, On 06/10/2016 10:30 AM, Kalle Valo wrote: > Javier Martinez Canillas writes: > >> From: Shengzhen Li >> >> Most cfg80211 operations are just a wrappers to functions defined in the >> sta_ioctl.c file, so for consistency move the

RE: [PATCH net-next] nfnetlink_queue: enable PID info retrieval

From: Eric Dumazet > Sent: 09 June 2016 22:17 > On Thu, 2016-06-09 at 23:50 +0300, Saeed Mahameed wrote: > > From: Matthew Finlay > > > > diff --git a/net/socket.c b/net/socket.c > > index a1bd161..67de200 100644 > > --- a/net/socket.c > > +++ b/net/socket.c > > @@ -382,6

Re: [PATCH v2 2/3] mwifiex: move .get_tx_power logic to station ioctl file

Javier Martinez Canillas writes: > From: Shengzhen Li > > Most cfg80211 operations are just a wrappers to functions defined in the > sta_ioctl.c file, so for consistency move the .get_tx_power logic there. > > Signed-off-by: Shengzhen Li

Re: [PATCH next] sched: remove NET_XMIT_POLICED

On Fri, 2016-06-10 at 14:21 +0200, Florian Westphal wrote: > ... its not returned anywhere. > > BATMAN uses it as an intermediate return value to signal > forwarding vs. buffering, but it will not return POLICED to > callers outside of BATMAN. > > sch_atm uses it, but on closer look its not

[PATCH] rtl8xxxu: remove unneeded assignments

reg_eac and reg_ecc are only used if candidate is bigger than 0, and in that case new values will be given to them. Removing the unused assignments. Signed-off-by: Luis de Bethencourt --- drivers/net/wireless/realtek/rtl8xxxu/rtl8xxxu_8192e.c | 2 -- 1 file changed, 2

Re: [PATCH 1/2] rxrpc: Trim line-terminal whitespace [ver #2]

Hi Dave, Can you please add these two patches to net-next? Thanks, David

Re: [PATCH 2/2] rxrpc: Limit the listening backlog

David Howells wrote: > + else if (backlog > max) > + break; Oops. Please ignore this version of the patch - I forgot to commit a change to it before posting. David

[PATCH 2/2] rxrpc: Limit the listening backlog [ver #2]

Limit the socket incoming call backlog queue size so that a remote client can't pump in sufficient new calls that the server runs out of memory. Note that this is partially theoretical at the moment since whilst the number of calls is limited, the number of packets trying to set up new calls is

[PATCH 1/2] rxrpc: Trim line-terminal whitespace [ver #2]

Trim line-terminal whitespace in net/rxrpc/ Signed-off-by: David Howells --- net/rxrpc/ar-input.c |2 +- net/rxrpc/ar-local.c |2 +- 2 files changed, 2 insertions(+), 2 deletions(-) diff --git a/net/rxrpc/ar-input.c b/net/rxrpc/ar-input.c index

[PATCH 2/2] rxrpc: Limit the listening backlog

Limit the socket incoming call backlog queue size so that a remote client can't pump in sufficient new calls that the server runs out of memory. Note that this is partially theoretical at the moment since whilst the number of calls is limited, the number of packets trying to set up new calls is

  1   2   >