Re: [RFC PATCH] net: Introduce a socket option to enable picking tx queue based on rx queue.

On Thu, Aug 31, 2017 at 4:27 PM, Sridhar Samudrala wrote: > This patch introduces a new socket option SO_SYMMETRIC_QUEUES that can be used > to enable symmetric tx and rx queues on a socket. > > This option is specifically useful for epoll based multi threaded

Re: [PATCH iproute2 3/3] bridge: request vlans along with link information

On Sat, Sep 9, 2017 at 11:15 AM, Nikolay Aleksandrov wrote: > On 09/09/17 20:23, Jamal Hadi Salim wrote: >> On 17-09-09 12:24 PM, Roopa Prabhu wrote: >>> On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote: Signed-off-by: Roman Mashak

Re: [PATCH iproute2 3/3] bridge: request vlans along with link information

On Sat, Sep 9, 2017 at 10:23 AM, Jamal Hadi Salim wrote: > On 17-09-09 12:24 PM, Roopa Prabhu wrote: >> >> On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote: >>> >>> Signed-off-by: Roman Mashak >>> --- >>> bridge/link.c | 16

Re: [RFC PATCH] net: Introduce a socket option to enable picking tx queue based on rx queue.

On Thu, Aug 31, 2017 at 4:27 PM, Sridhar Samudrala wrote: > This patch introduces a new socket option SO_SYMMETRIC_QUEUES that can be used > to enable symmetric tx and rx queues on a socket. > > This option is specifically useful for epoll based multi threaded

Re: [PATCH v2 net] net: qualcomm: rmnet: Fix a double free

From: Dan Carpenter Date: Sat, 9 Sep 2017 11:58:03 +0300 > There is a typo here so we accidentally free "skb" instead of "skbn". > It leads to a double free and a leak. After discussing with Subash, > it's better to just move the check before the allocation and avoid

Re: [PATCH v2 net] net: qualcomm: rmnet: Fix a double free

On 2017-09-09 02:58, Dan Carpenter wrote: There is a typo here so we accidentally free "skb" instead of "skbn". It leads to a double free and a leak. After discussing with Subash, it's better to just move the check before the allocation and avoid the need to free. Fixes: ceed73a2cf4a

Re: [patch net] net: sched: fix memleak for chain zero

On Thu, Sep 7, 2017 at 7:18 PM, David Miller wrote: > > This doesn't apply cleanly any more, please respin. > Sigh, you applied this patch despite of strong objections from me. I seriously doubt your tastes now, David. Fine, this code does not deserve a good taste at all,

Re: [PATCH iproute2 3/3] bridge: request vlans along with link information

On 09/09/17 20:23, Jamal Hadi Salim wrote: > On 17-09-09 12:24 PM, Roopa Prabhu wrote: >> On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote: >>> Signed-off-by: Roman Mashak >>> --- >>> bridge/link.c | 16 +--- >>> 1 file changed, 13

Re: [PATCH iproute2 3/3] bridge: request vlans along with link information

On 17-09-09 12:24 PM, Roopa Prabhu wrote: On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote: Signed-off-by: Roman Mashak --- bridge/link.c | 16 +--- 1 file changed, 13 insertions(+), 3 deletions(-) diff --git a/bridge/link.c

Re: [PATCH v1 3/3] net: skb_queue_purge(): lock/unlock the queue only once

On Sat, 2017-09-09 at 05:50 +, Michael Witten wrote: > Thanks for your input, Eric Dumazet and Stephen Hemminger; based on > your observations, this version of the patch implements a very > lightweight purging of the queue. net-next is closed. Documentation/networking/netdev-FAQ.txt Meaning

Re: [PATCH net-next 2/3] net: ethernet: socionext: add AVE ethernet driver

On 09/08/2017 06:02 AM, Kunihiko Hayashi wrote: > The UniPhier platform from Socionext provides the AVE ethernet > controller that includes MAC and MDIO bus supporting RGMII/RMII > modes. The controller is named AVE. > > Signed-off-by: Kunihiko Hayashi >

Re: [PATCH iproute2 3/3] bridge: request vlans along with link information

On Fri, Sep 8, 2017 at 2:52 PM, Roman Mashak wrote: > Signed-off-by: Roman Mashak > --- > bridge/link.c | 16 +--- > 1 file changed, 13 insertions(+), 3 deletions(-) > > diff --git a/bridge/link.c b/bridge/link.c > index 60200f1..9e4206f 100644

Re: [PATCH net-next 3/3] net: phy: realtek: add RTL8201F phy-id and functions

On Sat, Sep 09, 2017 at 09:03:05AM +0530, Jassi Brar wrote: > On 9 September 2017 at 00:21, Florian Fainelli wrote: > > On 09/08/2017 06:02 AM, Kunihiko Hayashi wrote: > >> From: Jassi Brar > >> > >> Add RTL8201F phy-id and the related functions

Re: [PATCH RFC 3/5] Add KSZ8795 switch driver

On Sat, Sep 09, 2017 at 01:44:37AM +, tristram...@microchip.com wrote: > > -Original Message- > > From: Pavel Machek [mailto:pa...@ucw.cz] > > Sent: Friday, September 08, 2017 2:58 PM > > To: Tristram Ha - C24268 > > Cc: and...@lunn.ch; muva...@gmail.com; nathan.leigh.con...@gmail.com;

Re: [PATCH] net: bonding: Fix transmit load balancing in balance-alb mode if specified by sysfs

On 07/09/17 01:47, Kosuke Tatsukawa wrote: > Commit cbf5ecb30560 ("net: bonding: Fix transmit load balancing in > balance-alb mode") tried to fix transmit dynamic load balancing in > balance-alb mode, which wasn't working after commit 8b426dc54cf4 > ("bonding: remove hardcoded value"). > > It

Re: [PATCH] net: bonding: Fix transmit load balancing in balance-alb mode if specified by sysfs

On 09/09/17 13:29, Nikolay Aleksandrov wrote: > On 09/09/17 02:54, Mahesh Bandewar (महेश बंडेवार) wrote: >> On Fri, Sep 8, 2017 at 7:30 AM, Nikolay Aleksandrov >> wrote: >>> On 08/09/17 17:17, Kosuke Tatsukawa wrote: [snip] >>> >> I think the underlying issue is that

Re: [PATCH] net: bonding: Fix transmit load balancing in balance-alb mode if specified by sysfs

On 09/09/17 02:54, Mahesh Bandewar (महेश बंडेवार) wrote: > On Fri, Sep 8, 2017 at 7:30 AM, Nikolay Aleksandrov > wrote: >> On 08/09/17 17:17, Kosuke Tatsukawa wrote: >>> Hi, >>> On 08/09/17 13:10, Nikolay Aleksandrov wrote: > On 08/09/17 05:06, Kosuke

Re: [PATCH] ipv4: Namespaceify tcp_max_orphans knob

> On 2017年9月9日, at 下午1:16, David Miller wrote: > > From: 严海双 > Date: Sat, 9 Sep 2017 13:09:57 +0800 > >> >> >>> On 2017年9月9日, at 下午12:35, Cong Wang wrote: >>> >>> On Fri, Sep 8, 2017 at 6:25 PM, 严海双

Re: Kernel 4.13.0-rc4-next-20170811 - IP Routing / Forwarding performance vs Core/RSS number / HT on

Hi Are there any plans to have this fix normally in kernel ? Or it is mostly only hack - not longterm fix and need to be different ? All tests that was done shows that without this patch there is about 20-30% network forwarding performance degradation when using vlan interfaces Thanks

[PATCH v2 net] net: qualcomm: rmnet: Fix a double free

There is a typo here so we accidentally free "skb" instead of "skbn". It leads to a double free and a leak. After discussing with Subash, it's better to just move the check before the allocation and avoid the need to free. Fixes: ceed73a2cf4a ("drivers: net: ethernet: qualcomm: rmnet: Initial

Re: [PATCH net-next v8] openvswitch: enable NSH support

Hi Yi, [auto build test ERROR on net-next/master] url: https://github.com/0day-ci/linux/commits/Yi-Yang/openvswitch-enable-NSH-support/20170909-124643 config: x86_64-rhel (attached as .config) compiler: gcc-6 (Debian 6.2.0-3) 6.2.0 20160901 reproduce: # save the attached .config

[PATCH v1 3/3] net: skb_queue_purge(): lock/unlock the queue only once

Thanks for your input, Eric Dumazet and Stephen Hemminger; based on your observations, this version of the patch implements a very lightweight purging of the queue. To apply this patch, save this email to: /path/to/email and then run: git am --scissors /path/to/email You may also fetch