On 2017/8/5 5:06, Casey Leedom wrote:
> | From: Ding Tianhong
> | Sent: Thursday, August 3, 2017 6:44 AM
> |
> | diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
> | index 6967c6b..1e1cdbe 100644
> | --- a/drivers/pci/quirks.c
> | +++ b/drivers/pci/quirks.c
> | @@ -4016,6 +4016,44 @@ sta
Originally we used a mutex to protect concurrent devmap update
and delete operations from racing with netdev unregister notifier
callbacks.
The notifier hook is needed because we increment the netdev ref
count when a dev is added to the devmap. This ensures the netdev
reference is valid in the dat
It is confusing to use 'unsigned long fh' as both a handle
and a pointer, especially commit 9ee7837449b3
("net sched filters: fix notification of filter delete with proper handle").
This patch introduces tfilter_del_notify() so that we can
pass it as a pointer as before, and we don't need to check
This patchset sits in my local branch for a long time, it is time to
send it out. It cleans up the ambiguous use of 'unsigned long fh',
please see each of them for details.
Cong Wang (2):
net_sched: refactor notification code for RTM_DELTFILTER
net_sched: use void pointer for filter handle
i
Now we use 'unsigned long fh' as a pointer in every place,
it is safe to convert it to a void pointer now. This gets
rid of many casts to pointer.
Cc: Jamal Hadi Salim
Cc: Jiri Pirko
Signed-off-by: Cong Wang
---
include/net/pkt_cls.h | 2 +-
include/net/sch_generic.h | 8
net/sc
From: Pavel Belous
Date: Thu, 3 Aug 2017 18:15:32 +0300
> From: Pavel Belous
>
> Add support for GRO (generic receive offload) for aQuantia Atlantic driver.
> This results in a perfomance improvement when GRO is enabled.
>
> Signed-off-by: Pavel Belous
Applied, thank you.
From: Roopa Prabhu
Signed-off-by: Roopa Prabhu
---
v2 - fixed a incorrect replace
net/core/lwtunnel.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/net/core/lwtunnel.c b/net/core/lwtunnel.c
index d9cb353..435f35f 100644
--- a/net/core/lwtunnel
On Sat, Aug 05, 2017 at 12:43:43AM +0300, Sergei Shtylyov wrote:
> The "fixed-link" prop support predated of_property_read_u32_array(), so
> basically had to open-code it. Using the modern API saves 24 bytes of the
> object code (ARM gcc 4.8.5); the only behavior change would be that the
> prop len
> @@ -251,8 +251,9 @@ dsa_switch_setup(struct dsa_switch_tree *dst, struct
> net_device *master,
> ds->cd = cd;
> ds->ops = ops;
> ds->priv = priv;
> + ds->dev = parent;
Hi Vivien
Is this even needed? dsa_switch_alloc() does ds->dev = dev.
Andrew
From: Daniel Borkmann
Date: Fri, 4 Aug 2017 22:24:41 +0200
> We really must check with #if __BYTE_ORDER == XYZ instead of
> just presence of #ifdef __LITTLE_ENDIAN. I noticed that when
> actually running this on big endian machine, the latter test
> resolves to true for user space, same for #ifd
Currently, bpf programs cannot be attached to sys_enter_* and sys_exit_*
style tracepoints. The iovisor/bcc issue #748
(https://github.com/iovisor/bcc/issues/748) documents this issue.
For example, if you try to attach a bpf program to tracepoints
syscalls/sys_enter_newfstat, you will get the follo
Signed-off-by: Yonghong Song
---
samples/bpf/Makefile | 4 +++
samples/bpf/syscall_tp_kern.c | 62 +
samples/bpf/syscall_tp_user.c | 71 +++
3 files changed, 137 insertions(+)
create mode 100644 samples/bpf/sys
Currently, bpf programs cannot be attached to sys_enter_* and sys_exit_*
style tracepoints. The main reason is that syscalls/sys_enter_* and
syscalls/sys_exit_*
tracepoints are treated differently from other tracepoints and there
is no bpf hook to it.
This patch set adds bpf support for these sys
On Fri, Aug 4, 2017 at 3:25 PM, Andrew Lunn wrote:
> On Fri, Aug 04, 2017 at 03:23:37PM -0700, Roopa Prabhu wrote:
>> From: Roopa Prabhu
>>
>> Signed-off-by: Roopa Prabhu
>> ---
>> net/core/lwtunnel.c | 26 +-
>> 1 file changed, 13 insertions(+), 13 deletions(-)
>>
>> di
On Sat, Aug 05, 2017 at 01:25:19AM +0300, Dmitry V. Levin wrote:
>
> On Sat, Aug 05, 2017 at 12:33:25AM +0300, Mikko Rapeli wrote:
> >
> > I find using MAX_ADDR_LEN better than numeric 32, though I doubt this will
> > change any time soon. Would you mind if I change packet_diag.h and
> > if_link.h
dsa_cpu_dsa_setup currently takes 4 arguments but they are all available
from the dsa_port argument. Remove all others.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa.c | 10 +-
net/dsa/dsa2.c | 4 ++--
net/dsa/dsa_priv.h | 3 +--
net/dsa/legacy.c | 4 +---
4 files changed,
On 8/4/17 1:24 PM, Daniel Borkmann wrote:
We really must check with #if __BYTE_ORDER == XYZ instead of
just presence of #ifdef __LITTLE_ENDIAN. I noticed that when
actually running this on big endian machine, the latter test
resolves to true for user space, same for #ifdef __BIG_ENDIAN.
E.g.,
Several DSA core functions take many arguments, mostly because the
legacy code does not assign ds->dev. This patch series assigns ds->dev
in legacy and removes the unnecessary arguments of these functions,
where either the dsa_switch or dsa_port argument is enough.
Vivien Didelot (3):
net: dsa:
Assign the parent device to the dev member of the newly allocated
dsa_switch structure in the legacy dsa_switch_setup function, so that
the underlying dsa_switch_setup_one and dsa_cpu_dsa_setups functions can
access it instead of requiring an additional struct device argument.
Signed-off-by: Vivie
dsa_slave_create currently takes 4 arguments while it only needs the
related dsa_port and its name. Remove all other arguments.
Signed-off-by: Vivien Didelot
---
net/dsa/dsa2.c | 2 +-
net/dsa/dsa_priv.h | 3 +--
net/dsa/legacy.c | 2 +-
net/dsa/slave.c| 14 +++---
4 files c
On Fri, Aug 04, 2017 at 03:23:37PM -0700, Roopa Prabhu wrote:
> From: Roopa Prabhu
>
> Signed-off-by: Roopa Prabhu
> ---
> net/core/lwtunnel.c | 26 +-
> 1 file changed, 13 insertions(+), 13 deletions(-)
>
> diff --git a/net/core/lwtunnel.c b/net/core/lwtunnel.c
> index
Hi,
On Sat, Aug 05, 2017 at 12:33:25AM +0300, Mikko Rapeli wrote:
> First, thanks Dmitry for fixing several uapi compilation problems in
> user space. I got a bit demotivated
That's quite understandable.
> about the slow review progress, e.g.
> no feedback what so ever, on some of the patches, b
From: Roopa Prabhu
Signed-off-by: Roopa Prabhu
---
net/core/lwtunnel.c | 26 +-
1 file changed, 13 insertions(+), 13 deletions(-)
diff --git a/net/core/lwtunnel.c b/net/core/lwtunnel.c
index d9cb353..8693ff8 100644
--- a/net/core/lwtunnel.c
+++ b/net/core/lwtunnel.c
@@
On Fri, 04 Aug 2017 13:46:27 -0700
Eric Dumazet wrote:
> On Fri, 2017-08-04 at 12:05 -0700, Stephen Hemminger wrote:
> > On Fri, 4 Aug 2017 20:02:52 +0200
> > Florian Lehner wrote:
> >
> > > diff --git a/misc/ss.c b/misc/ss.c
> > > index 12763c9..83683b5 100644
> > > --- a/misc/ss.c
> > > +++
On 08/04/2017 02:21 PM, John Fastabend wrote:
> Originally we used a mutex to protect concurrent devmap update
> and delete operations from racing with netdev unregister notifier
> callbacks.
>
[...]
> }
> @@ -396,22 +385,20 @@ static int dev_map_notification(struct notifier_block
> *notifier,
Hi,
First, thanks Dmitry for fixing several uapi compilation problems in
user space. I got a bit demotivated about the slow review progress, e.g.
no feedback what so ever, on some of the patches, but lets try again...
I rebased my tree now and saw
commit 745cb7f8a5de0805cade3de3991b7a95317c7c73
> I think the conclusion is that a hard-wired ACS capability is a
> positive indication of isolation for a multifunction device, the code
> is intended to support this and appears to do so, and Roland was going
> to investigate the sightings that inspired this patch in more detail.
> Dropping for n
The "fixed-link" prop support predated of_property_read_u32_array(), so
basically had to open-code it. Using the modern API saves 24 bytes of the
object code (ARM gcc 4.8.5); the only behavior change would be that the
prop length check is now less strict (however the strict pre-check done
in of_phy
Originally we used a mutex to protect concurrent devmap update
and delete operations from racing with netdev unregister notifier
callbacks.
The notifier hook is needed because we increment the netdev ref
count when a dev is added to the devmap. This ensures the netdev
reference is valid in the dat
| From: Ding Tianhong
| Sent: Thursday, August 3, 2017 6:44 AM
|
| diff --git a/drivers/pci/quirks.c b/drivers/pci/quirks.c
| index 6967c6b..1e1cdbe 100644
| --- a/drivers/pci/quirks.c
| +++ b/drivers/pci/quirks.c
| @@ -4016,6 +4016,44 @@ static void quirk_tw686x_class(struct pci_dev *pdev)
|
| From: Raj, Ashok
| Sent: Friday, August 4, 2017 1:21 PM
|
| On Fri, Aug 04, 2017 at 08:20:37PM +, Casey Leedom wrote:
| > ...
| > As I've noted a number of times, it would be great if the Intel Hardware
| > Engineers who attempted to implement the Relaxed Ordering semantics in the
| > curren
On Fri, 2017-08-04 at 12:05 -0700, Stephen Hemminger wrote:
> On Fri, 4 Aug 2017 20:02:52 +0200
> Florian Lehner wrote:
>
> > diff --git a/misc/ss.c b/misc/ss.c
> > index 12763c9..83683b5 100644
> > --- a/misc/ss.c
> > +++ b/misc/ss.c
> > @@ -1046,8 +1046,9 @@ do_numeric:
> >
> > static void in
On Fri, Aug 04, 2017 at 08:20:37PM +, Casey Leedom wrote:
> | From: Raj, Ashok
> | Sent: Thursday, August 3, 2017 1:31 AM
> |
> | I don't understand this completely.. So your driver would know not to send
> | RO TLP's to root complex. But you want to send RO to the NVMe device? This
> | is the
We really must check with #if __BYTE_ORDER == XYZ instead of
just presence of #ifdef __LITTLE_ENDIAN. I noticed that when
actually running this on big endian machine, the latter test
resolves to true for user space, same for #ifdef __BIG_ENDIAN.
E.g., looking at endian.h from libc, both are also d
The driver does not check if mapping dma memory succeed.
The patch adds the checks and failure handling.
Found by Linux Driver Verification project (linuxtesting.org).
Signed-off-by: Alexey Khoroshilov
---
drivers/net/wan/dscc4.c | 52 +++--
1 file ch
| From: Raj, Ashok
| Sent: Thursday, August 3, 2017 1:31 AM
|
| I don't understand this completely.. So your driver would know not to send
| RO TLP's to root complex. But you want to send RO to the NVMe device? This
| is the peer-2-peer case correct?
Yes, this is the "heavy hammer" issue which yo
Add a second device index, sdif, to inet6 socket lookups. sdif is the
index for ingress devices enslaved to an l3mdev. It allows the lookups
to consider the enslaved device as well as the L3 domain when searching
for a socket.
TCP moves the data in the cb. Prior to tcp_v4_rcv (e.g., early demux) t
Add a second device index, sdif, to inet socket lookups. sdif is the
index for ingress devices enslaved to an l3mdev. It allows the lookups
to consider the enslaved device as well as the L3 domain when searching
for a socket.
TCP moves the data in the cb. Prior to tcp_v4_rcv (e.g., early demux) th
On 8/1/17 6:41 PM, David Miller wrote:
> From: David Ahern
> Date: Mon, 31 Jul 2017 20:13:16 -0700
>
>> Existing code for socket lookups already pass in 6+ arguments. Rather
>> than add another for the enslaved device index, the existing lookups
>> are converted to use a new sk_lookup struct. Fro
On Wed, 2 Aug 2017 07:46:26 -0400
Jamal Hadi Salim wrote:
> From: Jamal Hadi Salim
>
> dump more than TCA_ACT_MAX_PRIO actions per batch when the kernel
> supports it.
>
> Introduced keyword "since" for time based filtering of actions.
> Some example (we have 400 actions bound to 400 filters)
Add a second device index, sdif, to raw socket lookups. sdif is the
index for ingress devices enslaved to an l3mdev. It allows the lookups
to consider the enslaved device as well as the L3 domain when searching
for a socket.
Signed-off-by: David Ahern
---
include/net/rawv6.h | 2 +-
net/ipv4/ra
Add a second device index, sdif, to raw socket lookups. sdif is the
index for ingress devices enslaved to an l3mdev. It allows the lookups
to consider the enslaved device as well as the L3 domain when searching
for a socket.
Signed-off-by: David Ahern
---
include/net/raw.h | 2 +-
net/ipv4/ra
Add a second device index, sdif, to udp socket lookups. sdif is the
index for ingress devices enslaved to an l3mdev. It allows the lookups
to consider the enslaved device as well as the L3 domain when searching
for a socket.
Early demux lookups are handled in the next patch as part of INET_MATCH
c
Signed-off-by: David Ahern
---
include/linux/igmp.h | 3 ++-
net/ipv4/igmp.c | 6 --
net/ipv4/raw.c | 2 +-
net/ipv4/udp.c | 2 +-
4 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/include/linux/igmp.h b/include/linux/igmp.h
index 97caf1821de8..f8231854b5d6 10064
Add a second device index, sdif, to udp socket lookups. sdif is the
index for ingress devices enslaved to an l3mdev. It allows the lookups
to consider the enslaved device as well as the L3 domain when searching
for a socket.
Early demux lookups are handled in the next patch as part of INET_MATCH
c
A missing piece to the VRF puzzle is the ability to bind sockets to
devices enslaved to a VRF. This patch set adds the enslaved device
index, sdif, to IPv4 and IPv6 socket lookups. The end result for users
is the following scope options for services:
1. "global" services - sockets not bound to any
Signed-off-by: Alexandru Gagniuc
---
.../devicetree/bindings/net/anarion-gmac.txt | 25 ++
1 file changed, 25 insertions(+)
create mode 100644 Documentation/devicetree/bindings/net/anarion-gmac.txt
diff --git a/Documentation/devicetree/bindings/net/anarion-gmac.txt
b/
Before the GMAC on the Anarion chip can be used, the PHY interface
selection must be configured with the DWMAC block in reset.
This layer covers a block containing only two registers. Although it
is possible to model this as a reset controller and use the "resets"
property of stmmac, it's much mor
On Fri, Jul 28, 2017 at 10:22:52PM -0700, Eric Dumazet wrote:
> On Fri, 2017-07-28 at 12:30 -0700, David Miller wrote:
> > From: Mark Salyzyn
> > Date: Fri, 28 Jul 2017 10:29:57 -0700
> >
> > > Please backport the upstream patch to the stable trees (including
> > > 3.10.y, 3.18.y, 4.4.y and 4.9.y
With new transparent VF support, it is possible to get a deadlock
when some of the deferred work is running and the unregister_vf
is trying to cancel the work element. The solution is to use
trylock and reschedule (similar to bonding and team device).
Reported-by: Vitaly Kuznetsov
Fixes: 0c195567
There was a race in VF unregister (in net-next only) which can be triggered
if SR-IOV is disabled on host side, which causes PCI hotplug removal.
Stephen Hemminger (1):
netvsc: fix rtnl deadlock on unregister of vf
drivers/net/hyperv/netvsc_drv.c | 12 ++--
1 file changed, 10 insertion
On Fri, 4 Aug 2017 20:02:52 +0200
Florian Lehner wrote:
> diff --git a/misc/ss.c b/misc/ss.c
> index 12763c9..83683b5 100644
> --- a/misc/ss.c
> +++ b/misc/ss.c
> @@ -1046,8 +1046,9 @@ do_numeric:
>
> static void inet_addr_print(const inet_prefix *a, int port, unsigned
> int ifindex)
> {
Your
On 8/4/17 11:40 AM, Alexei Starovoitov wrote:
On 8/3/17 5:09 PM, Y Song wrote:
On Thu, Aug 3, 2017 at 7:08 PM, Alexei Starovoitov wrote:
On 8/3/17 6:29 AM, Yonghong Song wrote:
@@ -578,8 +596,9 @@ static void perf_syscall_enter(void *ignore, struct
pt_regs *regs, long id)
if (!sys_
On 08/04/2017 08:33 PM, Joel Fernandes wrote:
On Fri, Aug 4, 2017 at 6:58 AM, Daniel Borkmann wrote:
On 08/04/2017 07:46 AM, Joel Fernandes wrote:
When cross-compiling the bpf sample map_perf_test for aarch64, I find that
__NR_getpgrp is undefined. This causes build errors. Fix it by allowing
On 8/3/17 5:09 PM, Y Song wrote:
On Thu, Aug 3, 2017 at 7:08 PM, Alexei Starovoitov wrote:
On 8/3/17 6:29 AM, Yonghong Song wrote:
@@ -578,8 +596,9 @@ static void perf_syscall_enter(void *ignore, struct
pt_regs *regs, long id)
if (!sys_data)
return;
+ prog = REA
On Fri, Aug 4, 2017 at 6:58 AM, Daniel Borkmann wrote:
> On 08/04/2017 07:46 AM, Joel Fernandes wrote:
>>
>> When cross-compiling the bpf sample map_perf_test for aarch64, I find that
>> __NR_getpgrp is undefined. This causes build errors. Fix it by allowing
>> the
>> deprecated syscall in the sam
From: Thomas Bogendoerfer
Date: Thu, 3 Aug 2017 15:43:14 +0200
> From: Thomas Bogendoerfer
>
> Even the driver doesn't do anything with the clk source for SGMII
> ports it needs to be enabled by doing a devm_clk_get(), if there is
> a clk source in DT.
>
> Fixes: 0db01097cabd ('xgene: Don't fa
From: John Fastabend
Date: Fri, 04 Aug 2017 08:24:05 -0700
> Update BPF comments to accurately reflect XDP usage.
>
> Fixes: 97f91a7cf04ff ("bpf: add bpf_redirect_map helper routine")
> Reported-by: Alexei Starovoitov
> Signed-off-by: John Fastabend
Applied, thanks.
From: David Lebrun
Date: Fri, 4 Aug 2017 15:24:12 +0200
> +EXPORT_SYMBOL(seg6_do_srh_encap);
...
> +EXPORT_SYMBOL(seg6_do_srh_inline);
EXPORT_SYMBOL_GPL() please.
From: Daniel Borkmann
Date: Fri, 04 Aug 2017 15:05:19 +0200
> On 08/04/2017 02:10 AM, David Daney wrote:
>> Inexplicably, commit f381bf6d82f0 ("MIPS: Add support for eBPF JIT.")
>> lost a file somewhere on its path to Linus' tree. Add back the
>> missing ebpf_jit.c so that we can build with CONF
From: Jiri Pirko
Date: Fri, 4 Aug 2017 14:28:55 +0200
> From: Jiri Pirko
>
> This patchset is one of the couple cleanup patchsets I have in queue.
> The motivation aside the obvious need to "make things nicer" is also
> to prepare for shared filter blocks introduction. That requires tp->q
> re
From: Daniel Borkmann
Date: Fri, 4 Aug 2017 14:20:53 +0200
> Found while testing some other work touching JITs.
Series applied and patch #1 queued up for -stable, thanks!
On Fri, Aug 04, 2017 at 02:01:34PM -0400, Neal Cardwell wrote:
> On Fri, Aug 4, 2017 at 1:10 PM, Willy Tarreau wrote:
> > Hi Neal,
> >
> > On Fri, Aug 04, 2017 at 12:59:51PM -0400, Neal Cardwell wrote:
> >> I have attached patches for this fix rebased on to v3.10.107, the
> >> latest stable releas
From: Jiri Pirko
Date: Fri, 4 Aug 2017 14:12:28 +0200
> From: Jiri Pirko
>
> Ido says:
>
> The first patch prevents us from warning about valid situations that can
> happen due to the fact that some operations in switchdev are deferred.
>
> Second patch fixes a long standing problem in which
From: Yunsheng Lin
Date: Fri, 4 Aug 2017 17:24:59 +0800
> This patch fixes the __udivdi3 undefined error reported by
> test robot.
>
> Fixes: b8c17f708831 ("net: hns: Add self-adaptive interrupt coalesce support
> in hns driver")
> Signed-off-by: Yunsheng Lin
Applied, thank you.
On Fri, Aug 4, 2017 at 1:10 PM, Willy Tarreau wrote:
> Hi Neal,
>
> On Fri, Aug 04, 2017 at 12:59:51PM -0400, Neal Cardwell wrote:
>> I have attached patches for this fix rebased on to v3.10.107, the
>> latest stable release for 3.10. That's pretty far back in history, so
>> there were substantial
This updated patch adds support for RFC2732 IPv6 address format with
brackets for the tool ss.
Now checking the complete IPv6 address if it is IN6ADDR_ANY.
Signed-off-by: Lehner Florian
---
misc/ss.c | 16 ++--
1 file changed, 14 insertions(+), 2 deletions(-)
diff --git a/misc/ss.c
From: Dan Carpenter
Date: Fri, 4 Aug 2017 11:17:21 +0300
> This was supposed to be a bitwise OR but there is a || vs | typo.
>
> Fixes: 864dc729d528 ("net: phy: marvell: Refactor m88e1121 RGMII delay
> configuration")
> Signed-off-by: Dan Carpenter
Applied, but please specify "[PATCH net-next
From: David Ahern
Date: Fri, 4 Aug 2017 11:11:40 -0600
> On 8/4/17 11:07 AM, Eric Dumazet wrote:
>> On Fri, 2017-08-04 at 09:38 -0700, Shaohua Li wrote:
>>> From: Shaohua Li
>>>
>>> In a syn flooding test, the fib6_table rwlock is a significant
>>> bottleneck. While converting the rwlock to rcu
On Fri, Aug 04, 2017 at 02:54:45PM +, David Laight wrote:
> From: Dan Carpenter
> > Sent: 04 August 2017 09:17
> > This was supposed to be a bitwise OR but there is a || vs | typo.
> >
> > Fixes: 864dc729d528 ("net: phy: marvell: Refactor m88e1121 RGMII delay
> > configuration")
> > Signed-of
On Fri, Aug 04, 2017 at 11:17:21AM +0300, Dan Carpenter wrote:
> This was supposed to be a bitwise OR but there is a || vs | typo.
>
> Fixes: 864dc729d528 ("net: phy: marvell: Refactor m88e1121 RGMII delay
> configuration")
> Signed-off-by: Dan Carpenter
Hi Dan
Thanks for the fix.
Reviewed-by
On Fri, 2017-08-04 at 10:11 -0700, Eric Dumazet wrote:
> You could add a debug version of u64_stats_update_begin()
>
> doing
>
> int ret = atomic_inc((atomic_t *)syncp);
I meant atomic_inc_return() of course.
>
> BUG_ON(ret & 1);
>
>
> And u64_stats_update_end()
>
> int ret = atomic_inc((
On Fri, Aug 4, 2017 at 10:11 AM, David Ahern wrote:
> On 8/4/17 11:07 AM, Eric Dumazet wrote:
>> On Fri, 2017-08-04 at 09:38 -0700, Shaohua Li wrote:
>>> From: Shaohua Li
>>>
>>> In a syn flooding test, the fib6_table rwlock is a significant
>>> bottleneck. While converting the rwlock to rcu soun
From: Michael Holzheu
Date: Fri, 4 Aug 2017 19:10:33 +0200
> At least I would vote for "Cc: stable".
No, please do not ever do this for networking patches.
On Fri, 2017-08-04 at 08:51 -0700, Florian Fainelli wrote:
> On 08/03/2017 10:36 PM, Eric Dumazet wrote:
> > On Thu, 2017-08-03 at 21:33 -0700, Florian Fainelli wrote:
> >> During testing with a background iperf pushing 1Gbit/sec worth of
> >> traffic and having both ifconfig and ethtool collect st
On 8/4/17 11:07 AM, Eric Dumazet wrote:
> On Fri, 2017-08-04 at 09:38 -0700, Shaohua Li wrote:
>> From: Shaohua Li
>>
>> In a syn flooding test, the fib6_table rwlock is a significant
>> bottleneck. While converting the rwlock to rcu sounds straighforward,
>> but is very challenging if it's possib
Hi Neal,
On Fri, Aug 04, 2017 at 12:59:51PM -0400, Neal Cardwell wrote:
> I have attached patches for this fix rebased on to v3.10.107, the
> latest stable release for 3.10. That's pretty far back in history, so
> there were substantial conflict resolutions and adjustments required.
> :-) Hope tha
Am Fri, 04 Aug 2017 15:52:47 +0200
schrieb Daniel Borkmann :
> On 08/04/2017 03:44 PM, Michael Holzheu wrote:
> > Am Fri, 4 Aug 2017 14:20:54 +0200
> > schrieb Daniel Borkmann :
> [...]
> >
> > What about "Cc: sta...@vger.kernel.org"?
>
> Handled by Dave, see also: Documentation/networking/netde
Hi Franklin,
On 8/2/2017 1:18 PM, Franklin S Cooper Jr wrote:
Add D CAN nodes to 66AK2G based SoC dtsi.
Franklin S Cooper Jr (2):
dt-bindings: net: c_can: Update binding for clock and power-domains
property
ARM: configs: keystone: Enable D_CAN driver
Lokesh Vutla (1):
ARM: dts: k
On Fri, 2017-08-04 at 09:38 -0700, Shaohua Li wrote:
> From: Shaohua Li
>
> In a syn flooding test, the fib6_table rwlock is a significant
> bottleneck. While converting the rwlock to rcu sounds straighforward,
> but is very challenging if it's possible. A percpu spinlock (lglock has
> been remov
On Fri, Aug 4, 2017 at 3:33 AM, maowenan wrote:
> [Mao Wenan]Follow previous mail, in lower version such as 3.10, I found
> there are many timer type, e.g:ICSK_TIME_EARLY_RETRANS, RTO,PTO
> are used. I'm not sure there exist some unknown problem if we don't check
> isck_pending here and below if b
Ilan Tayari wrote:
> I debugged a little the regression I told you about the other day...
>
> Steps and Symptoms:
> 1. Set up a host-to-host IPSec tunnel (or transport, doesn't matter)
> 2. Ping over IPSec, or do something to populate the pcpu cache
> 3. Join a MC group, then leave MC group
> 4.
On Fri, 4 Aug 2017 13:31:48 +0200
Simon Horman wrote:
> On Thu, Aug 03, 2017 at 02:26:58PM -0600, David Ahern wrote:
> > On 5/18/17 10:24 PM, David Ahern wrote:
> > > On 5/18/17 3:02 AM, Daniel Borkmann wrote:
> > >> So effectively this means libmnl has to be used for new stuff, noone
> > >>
From: Shaohua Li
In a syn flooding test, the fib6_table rwlock is a significant
bottleneck. While converting the rwlock to rcu sounds straighforward,
but is very challenging if it's possible. A percpu spinlock (lglock has
been removed from kernel, so I added a simple implementation here) is
quite
On Fri, 4 Aug 2017 11:54:02 +0200
Marcus Meissner wrote:
> during linking, do not use CFLAGS. This avoid clashes when doing PIE builds.
> ---
> misc/Makefile | 16
> 1 file changed, 8 insertions(+), 8 deletions(-)
>
> diff --git a/misc/Makefile b/misc/Makefile
> index 72807678
On Fri, Aug 4, 2017 at 3:12 AM, maowenan wrote:
> > > --- a/net/ipv4/tcp_output.c
> > > +++ b/net/ipv4/tcp_output.c
> > > @@ -2380,21 +2380,12 @@ bool tcp_schedule_loss_probe(struct sock *sk)
> > > u32 rtt = usecs_to_jiffies(tp->srtt_us >> 3);
> > > u32 timeout, rto_delta_us;
> > >
> > > -
On 08/03/2017 10:36 PM, Eric Dumazet wrote:
> On Thu, 2017-08-03 at 21:33 -0700, Florian Fainelli wrote:
>> During testing with a background iperf pushing 1Gbit/sec worth of
>> traffic and having both ifconfig and ethtool collect statistics, we
>> could see quite frequent deadlocks. Convert the oft
Hi Gregory,
>From my side: +1 to your modification.
Thanks,
Marcin
2017-08-04 17:26 GMT+02:00 Gregory CLEMENT :
> Hi Rob,
>
> On jeu., juil. 20 2017, Rob Herring wrote:
>
>> On Thu, Jul 20, 2017 at 10:06 AM, Gregory CLEMENT
>> wrote:
>>> Hi Rob,
>>>
>>> On jeu., juil. 20 2017, Rob Herring w
On Fri, 2017-08-04 at 07:59 -0700, Bjorn Andersson wrote:
> This series starts by moving the common definitions of the QMUX
> protocol to the
> uapi header, as they are shared with clients - both in kernel and
> userspace.
>
> This series then introduces in-kernel helper functions for aiding the
>
Hi Arkadi, Jiri,
Jiri Pirko writes:
>>It seems impossible currently to move the self to be the default, and
>>this introduces regression which you don't approve, so it seems few
>>options left:
>>
>>a) Leave two ways to add fdb, through the bridge (by using the master
>> flag) which is introdu
On 08/04/2017 05:24 PM, John Fastabend wrote:
Update BPF comments to accurately reflect XDP usage.
Fixes: 97f91a7cf04ff ("bpf: add bpf_redirect_map helper routine")
Reported-by: Alexei Starovoitov
Signed-off-by: John Fastabend
Acked-by: Daniel Borkmann
Thanks!
Hi Rob,
On jeu., juil. 20 2017, Rob Herring wrote:
> On Thu, Jul 20, 2017 at 10:06 AM, Gregory CLEMENT
> wrote:
>> Hi Rob,
>>
>> On jeu., juil. 20 2017, Rob Herring wrote:
>>
>> (Adding Marcin in CC who wrote this part of code)
>>
>>> Nothing sets ever sets data, so it is always NULL. Remov
Update BPF comments to accurately reflect XDP usage.
Fixes: 97f91a7cf04ff ("bpf: add bpf_redirect_map helper routine")
Reported-by: Alexei Starovoitov
Signed-off-by: John Fastabend
---
include/uapi/linux/bpf.h | 16 +++-
1 file changed, 11 insertions(+), 5 deletions(-)
diff --git
This series starts by moving the common definitions of the QMUX protocol to the
uapi header, as they are shared with clients - both in kernel and userspace.
This series then introduces in-kernel helper functions for aiding the handling
of QMI encoded messages in the kernel. QMI encoding is a wire-
Rather than manually waking up any context sleeping on the sock to
signal an error we should call sk_error_report(). This has the added
benefit that in-kernel consumers can override this notificatino with
its own callback.
Signed-off-by: Bjorn Andersson
---
net/qrtr/qrtr.c | 2 +-
1 file changed
Add the helper library for encoding and decoding QMI encoded messages.
The implementation is taken from lib/qmi_encdec.c of the Qualcomm kernel
(msm-3.18).
Modifications has been made to the public API, source buffers has been
made const and the debug-logging part was omitted, for now.
Signed-off
The constants are used by both the name server and clients, so make
their value explicit and move them to the uapi header.
Signed-off-by: Bjorn Andersson
---
include/uapi/linux/qrtr.h | 3 +++
net/qrtr/qrtr.c | 2 --
2 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/includ
The QMUX protocol specification defines structure of the special control
packet messages being sent between handlers of the control port.
Add these to the uapi header, as this structure and the associated types
are shared between the kernel and all userspace handlers of control
messages.
Signed-o
Drivers that needs to communicate with a remote QMI service all has to
perform the operations of discovering the service, encoding and decoding
the messages and operate the socket. This introduces an abstraction for
these common operations, reducing most of the duplication in such cases.
Signed-of
Introduce a sample driver that register for server notifications and
spawn clients for each available test service (service 15). The spawned
clients implements the interface for encoding "ping" and "data" requests
and decode the responses from the remote.
Signed-off-by: Bjorn Andersson
---
sampl
1 - 100 of 160 matches
Mail list logo
