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 workloads
> where each thread handles
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
---
>
[snip]
>>>
>>> vlan information is already a
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 +---
>>> 1 file changed, 13 insertions(+), 3 deletions
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 workloads
> where each thread handles
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 the
> need to free.
>
> Fix
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 ("drivers:
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, let bugs stay there.
G
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 insertions(+), 3 deletions(-)
>>>
>>> diff --git
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 b/bridge/link.c
index 60200f1..9e4206f 100644
--- a
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
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
> Signed-off-by: Jassi Brar
> ---
[snip]
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
> --- a/bridge/link.c
> +++ b/bridge/li
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 to the driver.
> >>
> >> The original patch is as f
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;
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 turn
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 tlb_dynamic_lb should be set t
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 Tatsukawa wrote:
>> Hi,
>>
>>
> 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, 严海双
>>> wrote:
> On 2017年9月9日, at 上午6:13, Cong Wang wrote:
>
> 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
Pa
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
im
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 to
21 matches
Mail list logo
