Android devices use multiple ip[6]tables for statistics, UID matching
and other functionality. Perf output indicated that ip6_do_table
was taking a considerable amount of CPU and more that ip_do_table
for an equivalent rate. ipv6_masked_addr_cmp was chosen for
optimization as there are more instruc
In existing kernel code, when setting up the L2TP interface, all of the
tunnel encapsulation headers are not taken into account when setting
up the MTU on the L2TP logical interface device. Due to this, the
packets created by the applications on top of the L2TP layer are larger
than they ought to
From: Stephen Hemminger
Date: Thu, 16 Mar 2017 16:12:36 -0700
> One bugfix, and two non-code patches
Series applied.
From: Felix Manlunas
Date: Thu, 16 Mar 2017 16:16:17 -0700
> From: Manish Awasthi
>
> Information reported to ethtool about link modes is wrong for 25G NIC. Fix
> it by checking for presence of 25G NIC, checking the link speed reported by
> NIC firmware, and then assigning proper values to the
From: Eric Dumazet
Date: Thu, 16 Mar 2017 15:43:19 -0700
> From: Eric Dumazet
>
> Commit b369e7fd41f7 ("tcp: make TCP_INFO more consistent") moved
> lock_sock_fast() earlier in tcp_get_info()
>
> This has the minor effect that jiffies value being sampled at the
> beginning of tcp_get_info() is
From: Stephen Hemminger
Date: Thu, 16 Mar 2017 12:21:32 -0700
> When device is being setup on boot, there is a small race where
> network device callback is registered, but the netvsc_device pointer
> is not set yet. This can cause a NULL ptr dereference if packet
> arrives during this window.
>
From: David Howells
Date: Thu, 16 Mar 2017 16:27:10 +
> If we receive a BUSY packet for a call we think we've just completed, the
> packet is handed off to the connection processor to deal with - but the
> connection processor doesn't expect a BUSY packet and so flags a protocol
> error.
>
>
In existing kernel code, when setting up the L2TP interface, all of the
tunnel encapsulation headers are not taken into account when setting
up the MTU on the L2TP logical interface device. Due to this, the
packets created by the applications on top of the L2TP layer are larger
than they ought t
Hi David,
2017-03-16 18:58 GMT+08:00 David Laight :
[...]
>> For the similar reason, when loading an u16 value from the u32 data
>> register, we should use "*(u16 *) sreg;" instead of "(u16)*sreg;",
>> the 2nd method will get the wrong value in the big-endian system.
> ...
>
> That seems to be pape
From: Nikolay Aleksandrov
Date: Thu, 16 Mar 2017 19:36:07 +0200
> On 16/03/17 19:32, Cong Wang wrote:
>> Andrei reported a false alarm of lockdep at net/bridge/br_fdb.c:109,
>> this is because in Andrei's case, a spin_bug() was already triggered
>> before this, therefore the debug_locks is turned
From: Nathan Fontenot
Date: Wed, 15 Mar 2017 23:38:07 -0400
> The pointer array for the tx/rx sub crqs should be free'ed when
> releasing the tx/rx sub crqs.
>
> Signed-off-by: Nathan Fontenot
Applied, thanks.
I think we can, might take us a day or two to get time to do it.
Thanks,
Ben
On 03/16/2017 08:05 PM, Alexander Duyck wrote:
I'm not really interested in installing a custom version of pktgen.
Any chance you can recreate the issue with standard pktgen?
You might try running perf to get a snapsh
From: David Ahern
Date: Thu, 16 Mar 2017 21:45:12 -0600
> On 3/16/17 9:41 PM, David Miller wrote:
>> From: David Ahern
>> Date: Wed, 15 Mar 2017 18:14:33 -0700
>>
>>> Anycast routes have the RTF_ANYCAST flag set, but when dumping routes
>>> for userspace the route type is not set to RTN_ANYCAST
On 3/16/17 9:41 PM, David Miller wrote:
> From: David Ahern
> Date: Wed, 15 Mar 2017 18:14:33 -0700
>
>> Anycast routes have the RTF_ANYCAST flag set, but when dumping routes
>> for userspace the route type is not set to RTN_ANYCAST. Make it so.
>>
>> Fixes: 58c4fb86eabcb ("[IPV6]: Flag RTF_ANYCA
From: Alexei Starovoitov
Date: Wed, 15 Mar 2017 18:26:38 -0700
> bpf_map_lookup_elem() is one of the most frequently used helper functions.
> Improve JITed program performance by inlining this helper.
>
> bpf_map_type before after
> hash 58M 74M
> array 174M280M
>
> T
From: Tom Herbert
Date: Tue, 14 Mar 2017 19:30:47 -0700
> Agreed, but then why do we even need any complexity here by that
> argument? RSS is specifically defined to do 5-tuple hashing for TCP
> (and UDP), and 3-tuple. No one has ever complained that doing per flow
> RSS for TCP is bad thing AFAI
From: David Ahern
Date: Wed, 15 Mar 2017 18:14:33 -0700
> Anycast routes have the RTF_ANYCAST flag set, but when dumping routes
> for userspace the route type is not set to RTN_ANYCAST. Make it so.
>
> Fixes: 58c4fb86eabcb ("[IPV6]: Flag RTF_ANYCAST for anycast routes")
> CC: Hideaki YOSHIFUJI
From: Philippe Reynes
Date: Wed, 15 Mar 2017 22:51:13 +0100
> The function gem_begin_auto_negotiation dereference
> the pointer ep before testing if it's null. This
> patch add a check on ep before dereferencing it.
>
> Fixes: 92552fdd557 ("net: sun: sungem: use new api
[davem@localhost net-nex
David Laight [mailto:david.lai...@aculab.com]
> Sent: Thursday, March 16, 2017 10:28 PM
[...]
> If you are really lucky the compiler will optimise it away.
> Otherwise it will generate another local variable and possibly
> a register spill to stack.
However, I could reduce the time for calculating
Check hw version first in probe(). Do nothing if the driver doesn't
support the chip.
Signed-off-by: Hayes Wang
---
drivers/net/usb/r8152.c | 102 ++--
1 file changed, 63 insertions(+), 39 deletions(-)
diff --git a/drivers/net/usb/r8152.c b/drivers/ne
From: Shannon Nelson
Date: Tue, 14 Mar 2017 10:24:38 -0700
> These patches remove some problems in handling of carrier state
> with the ldmvsw vswitch, remove an xoff misuse in sunvnet, and
> add stats for debug and tracking of point-to-point connections
> between the ldom VMs.
>
> v2:
> - add
From: David Arcari
Date: Mon, 13 Mar 2017 19:07:16 -0400
> When the aquantia device mtu is changed the net_device structure is not
> updated. As a result the ip command does not properly reflect the mtu change.
>
> Commit 5513e16421cb incorrectly assumed that __dev_set_mtu() was making the
> as
From: Felix Manlunas
Date: Mon, 13 Mar 2017 12:58:04 -0700
> From: Rick Farrington
>
> All IRQs owned by the PF and VF drivers share the same nondescript name
> "octeon"; this makes it difficult to setup interrupt affinity.
>
> Change the IRQ names to reflect their specific purpose:
>
> L
From: Jarod Wilson
Date: Tue, 14 Mar 2017 11:48:32 -0400
> Cut-n-paste enablement of 802.3ad bonding on 25G NICs, which currently
> report 0 as their bandwidth.
>
> CC: Jay Vosburgh
> CC: Veaceslav Falico
> CC: Andy Gospodarek
> CC: netdev@vger.kernel.org
> Signed-off-by: Jarod Wilson
Appli
From: Chun Long
Date: Tue, 14 Mar 2017 15:26:24 +0800
> From: chun Long
>
> replace comma to semi colons in tcp_westwood_info().
Applied.
From: David Ahern
Date: Mon, 13 Mar 2017 16:49:10 -0700
> Alive tracking of nexthops can account for a link twice if the carrier
> goes down followed by an admin down of the same link rendering multipath
> routes useless. This is similar to 79099aab38c8 for UNREGISTER events and
> DOWN events.
>
I'm actually using a hacked up version of pktgen nicely driven by our
GUI tool, but the crux is that you need to set min and max src IP to some large
range.
We are driving pktgen from a separate machine. Stock pktgen isn't good at
reporting
received pkts last I checked, so it may be more diffic
From: Felix Manlunas
Date: Mon, 13 Mar 2017 12:07:32 -0700
> From: Rick Farrington
>
> Remove invalid call to dma_sync_single_for_cpu() because previous DMA
> allocation was coherent--not streaming. Remove code that references fields
> in struct list_head; replace it with calls to list_empty()
From: Tariq Toukan
Date: Mon, 13 Mar 2017 19:29:08 +0200
> From: Jack Morgenstein
>
> Some Hypervisors detach VFs from VMs by instantly causing an FLR event
> to be generated for a VF.
>
> In the mlx4 case, this will cause that VF's comm channel to be disabled
> before the VM has an opportunit
From: Stephen Hemminger
Date: Mon, 13 Mar 2017 10:16:58 -0700
> From: Nik Unger
>
> I recently reported on the netem list that iperf network benchmarks
> show unexpected results when a bandwidth throttling rate has been
> configured for netem. Specifically:
>
> 1) The measured link bandwidth *
From: Arnd Bergmann
Date: Mon, 13 Mar 2017 17:59:04 +0100
> The dependency is reversed: cpsw and netcp call into cpts,
> but cpts depends on the other two in Kconfig. This can lead
> to cpts being a loadable module and its callers built-in:
>
> drivers/net/ethernet/ti/cpsw.o: In function `cpsw_r
On Thu, 2017-03-16 at 19:40 -0700, Alexander Duyck wrote:
> What I probably can do is go through and replace all the spots where
> we where checking for sk_napi_id being 0, and instead replace it with
> a check against NR_CPUS.
This seems a good idea.
I'm not really interested in installing a custom version of pktgen.
Any chance you can recreate the issue with standard pktgen?
You might try running perf to get a snapshot of what is using CPU time
on the system. It will probably give you a pretty good idea where the
code is that is eating up al
On Thu, Mar 16, 2017 at 7:57 PM, Eric Dumazet wrote:
> On Thu, 2017-03-16 at 19:40 -0700, Alexander Duyck wrote:
>
>> What I probably can do is go through and replace all the spots where
>> we where checking for sk_napi_id being 0, and instead replace it with
>> a check against NR_CPUS.
>
> This s
On Thu, 2017-03-16 at 19:40 -0700, Alexander Duyck wrote:
> I don't know. My concern here is about the cost of going through all
> that code just for something that we know shouldn't be valid. If
> nothing else I might update sk_can_busy_loop so that it doesn't try
> busy looping on a sk_napi_id
On Thu, Mar 16, 2017 at 3:50 PM, Eric Dumazet wrote:
> On Thu, 2017-03-16 at 15:33 -0700, Alexander Duyck wrote:
>> On Thu, Mar 16, 2017 at 3:05 PM, Eric Dumazet wrote:
>
>> > It is not clear why this patch is needed .
>> >
>> > What you describe here is the case we might receive packets for a so
Can you include the pktgen script you are running?
Also when you say you are driving traffic through the bridge are you
sending from something external on the system or are you actually
directing the traffic from pktgen into the bridge directly?
- Alex
On Thu, Mar 16, 2017 at 3:49 PM, Ben Greear
commit 39e6c8208d7b6fb9d2047850fb3327db567b564b upstream.
While playing with mlx4 hardware timestamping of RX packets, I found
that some packets were received by TCP stack with a ~200 ms delay...
Since the timestamp was provided by the NIC, and my probe was added
in tcp_v4_rcv() while in BH handl
On 16 March 2017 at 05:25, Numan Siddique wrote:
> It is possible that the ct flow key information would have
> gone stale for the packets received from the userspace due to
> clone or ct_clear actions.
>
> In the case of OVN, it adds ping responder flows, which modifies
> the original icmp4 reque
Commits:
>From b0d4660b4cc52e6477ca3a43435351d565dfcedc Mon Sep 17 00:00:00 2001
From: Tariq Toukan
Date: Wed, 22 Feb 2017 17:20:14 +0200
Subject: [PATCH] net/mlx5e: Fix broken CQE compression initialization
and
>From 6dc4b54e77282
Change the argument to channel callback from the channel pointer
to the internal data structure containing per-channel info.
This avoids any possible races when callback happens during
initialization and makes IRQ code simpler.
Signed-off-by: Stephen Hemminger
---
drivers/net/hyperv/netvsc.c
> Attach at just above the driver, before it ever gets to
> stations/vdevs, and ignore radiotap headers and/or add special
> processing for metadata like rx-info?
That'd be a different feature, perhaps more like XDP.
There anyway is no radiotap header at that point, but not changing
whether or n
On Thu, 2017-03-16 at 16:25 -0700, David Miller wrote:
> Eric, could you please give me a backport of commit:
>
>
> From 39e6c8208d7b6fb9d2047850fb3327db567b564b Mon Sep 17 00:00:00 2001
> From: Eric Dumazet
> Date: Tue, 28 Feb 2017 10:34:50 -0800
> Subject: [PATCH] net: solv
On Thu, 2017-03-16 at 16:13 -0700, Cong Wang wrote:
> On Thu, Mar 16, 2017 at 2:33 PM, Eric Dumazet wrote:
> > Have you backported the redirect fix ?
> >
> > commit 45caeaa5ac0b4b11784ac6f932c0ad4c6b67cda0
> >
> > Or other fixes that went very recently (pick David Miller net tree)
>
> Why the com
Eric, could you please give me a backport of commit:
>From 39e6c8208d7b6fb9d2047850fb3327db567b564b Mon Sep 17 00:00:00 2001
From: Eric Dumazet
Date: Tue, 28 Feb 2017 10:34:50 -0800
Subject: [PATCH] net: solve a NAPI race
for 4.10 and earlier?
This is
Not used anywhere.
Signed-off-by: Stephen Hemminger
---
drivers/net/hyperv/hyperv_net.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/net/hyperv/hyperv_net.h b/drivers/net/hyperv/hyperv_net.h
index b09c4fca1805..6b5f75217694 100644
--- a/drivers/net/hyperv/hyperv_net.h
+++ b/driv
From: Manish Awasthi
Information reported to ethtool about link modes is wrong for 25G NIC. Fix
it by checking for presence of 25G NIC, checking the link speed reported by
NIC firmware, and then assigning proper values to the
ethtool_link_ksettings struct.
Signed-off-by: Manish Awasthi
Signed-
On Thu, Mar 16, 2017 at 2:33 PM, Eric Dumazet wrote:
> Have you backported the redirect fix ?
>
> commit 45caeaa5ac0b4b11784ac6f932c0ad4c6b67cda0
>
> Or other fixes that went very recently (pick David Miller net tree)
Why the commit above is relevant here? It fixes a double-release,
while Kevin's
One bugfix, and two non-code patches
Stephen Hemminger (3):
netvsc: avoid race with callback
netvsc: add comments about callback's and NAPI
netvsc: remove unused #define
drivers/net/hyperv/hyperv_net.h | 3 ---
drivers/net/hyperv/netvsc.c | 31 +--
driv
Add some short description of how callback's and NAPI interoperate.
Signed-off-by: Stephen Hemminger
---
drivers/net/hyperv/netvsc.c | 13 -
1 file changed, 12 insertions(+), 1 deletion(-)
diff --git a/drivers/net/hyperv/netvsc.c b/drivers/net/hyperv/netvsc.c
index 0a2e9bd98d2c..989
On Thu, 2017-03-16 at 11:32 -0700, Alexander Duyck wrote:
>
> + case SO_INCOMING_NAPI_ID:
> + v.val = sk->sk_napi_id;
> + break;
I guess that here you should filter invalid values.
(So that you no longer need the first patch in this series)
Also, it looks like eBPF
The logic of allocating and copy key for each 'exec_actions_level'
was specific to execute_recirc(). However, future patches will reuse
as well. Refactor the logic into its own function clone_key().
Signed-off-by: Andy Zhou
Acked-by: Pravin B Shelar
---
net/openvswitch/actions.c | 66 +
add_deferred_actions() API currently requires actions to be passed in
as a fully encoded netlink message. So far both 'sample' and 'recirc'
actions happens to carry actions as fully encoded netlink messages.
However, this requirement is more restrictive than necessary, future
patch will need to pas
On Thu, 2017-03-16 at 15:33 -0700, Alexander Duyck wrote:
> On Thu, Mar 16, 2017 at 3:05 PM, Eric Dumazet wrote:
> > It is not clear why this patch is needed .
> >
> > What you describe here is the case we might receive packets for a socket
> > coming from different interfaces ?
> >
> > If skb->n
The sample action can be used for translating Openflow 'clone' action.
However its implementation has not been sufficiently optimized for this
use case. This series attempts to close the gap.
Patch 3 commit message has more details on the specific optimizations
implemented.
---
v1->v2: Address pr
With the introduction of open flow 'clone' action, the OVS user space
can now translate the 'clone' action into kernel datapath 'sample'
action, with 100% probability, to ensure that the clone semantics,
which is that the packet seen by the clone action is the same as the
packet seen by the action
Added clone_execute() that both the sample and the recirc
action implementation can use.
Signed-off-by: Andy Zhou
---
net/openvswitch/actions.c | 175 --
1 file changed, 92 insertions(+), 83 deletions(-)
diff --git a/net/openvswitch/actions.c b/net/op
From: Eric Dumazet
Commit b369e7fd41f7 ("tcp: make TCP_INFO more consistent") moved
lock_sock_fast() earlier in tcp_get_info()
This has the minor effect that jiffies value being sampled at the
beginning of tcp_get_info() is more likely to be off by one, and we
report big tcpi_last_data_sent valu
On Thu, Mar 16, 2017 at 3:05 PM, Eric Dumazet wrote:
> On Thu, 2017-03-16 at 11:32 -0700, Alexander Duyck wrote:
>> From: Sridhar Samudrala
>>
>> Fix sk_mark_napi_id() and sk_mark_napi_id_once() to set sk_napi_id only if
>> skb->napi_id is a valid value.
>>
>> This happens in loopback paths where
On 03/16/2017 03:33 PM, Johannes Berg wrote:
Hi all,
Occasionally - we just had another case - people want to hook into
packets received and processed by the mac80211 stack, but because they
don't need all of them (e.g. not data packets), even adding a monitor
interface and bringing it up has to
On 3/16/2017 3:05 PM, Eric Dumazet wrote:
On Thu, 2017-03-16 at 11:32 -0700, Alexander Duyck wrote:
From: Sridhar Samudrala
Fix sk_mark_napi_id() and sk_mark_napi_id_once() to set sk_napi_id only if
skb->napi_id is a valid value.
This happens in loopback paths where skb->napi_id is not updat
Hello,
We notice that when using two igb ports as a bridge, if we use pktgen to
drive traffic through the bridge and randomize (or use a very large range)
for the source IP addr in pktgen, then performance of igb is very poor (like
150Mbps
throughput instead of 1Gbps). It runs right at line spe
On Thu, Mar 16, 2017 at 3:11 PM, Eric Dumazet wrote:
> On Thu, 2017-03-16 at 11:33 -0700, Alexander Duyck wrote:
>> From: Sridhar Samudrala
>
>> +/*
>> + * If busy polling is on and the file is a socket, return a pointer to
>> + * struct sock
>> + */
>> +static inline struct sock *ep_sk_from_file
On Thu, Mar 16, 2017 at 3:04 PM, Eric Dumazet wrote:
> On Thu, 2017-03-16 at 11:32 -0700, Alexander Duyck wrote:
>> From: Sridhar Samudrala
>>
>> Call sk_mark_napi_id() in the ACK receive path of a TCP_NEW_SYN_RECV
>> socket, so that sk->napi_id is set even if the socket hasn't yet received
>> an
Hi all,
Occasionally - we just had another case - people want to hook into
packets received and processed by the mac80211 stack, but because they
don't need all of them (e.g. not data packets), even adding a monitor
interface and bringing it up has too high a cost because SKBs need to
be prepared
Hi Wolfgang,
On 03/16/2017 04:02 PM, Wolfgang Grandegger wrote:
>
> Looks much better now! There are message for state changes to error
> warning and passive. Just the following message is not correct:
>
> (000.200824) can0 2004 [8] 00 40 00 00 00 00 5F 19 ERRORFRAME
> controller
The ethtool api {get|set}_settings is deprecated. On usbnet, it
was often implemented with usbnet_{get|set}_settings.
In this serie, I add usbnet_{get|set}_link_ksettings
in the first patch, then I update all the driver to
use this new api, and in the last patch I remove the
old api usbnet_{get|se
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
---
drivers/net/usb/cdc_ncm.c |4 ++--
1 files changed, 2 insertions(+)
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.
Signed-off-by: Philippe Reynes
---
drivers/net/usb/usbnet.c | 36 ++
The function usbnet_{get|set}_settings is no longer used,
so we remove it.
Signed-off-by: Philippe Reynes
---
drivers/net/usb/usbnet.c | 35 ---
include/linux/usb/usbnet.h |4
2 files changed, 0 insertions(+), 39 deletions(-)
diff --git a/drivers/net
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
---
drivers/net/usb/asix_devices.c | 12 ++--
1 files changed, 6
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
---
drivers/net/usb/sr9700.c |4 ++--
1 files changed, 2 insertions(+),
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
---
drivers/net/usb/sierra_net.c |4 ++--
1 files changed, 2 insertions
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
---
drivers/net/usb/smsc75xx.c |4 ++--
1 files changed, 2 insertions(+
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
---
drivers/net/usb/mcs7830.c |4 ++--
1 files changed, 2 insertions(+)
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
---
drivers/net/usb/sr9800.c |4 ++--
1 files changed, 2 insertions(+),
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
---
drivers/net/usb/smsc95xx.c | 24
1 files cha
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
---
drivers/net/usb/dm9601.c |4 ++--
1 files changed, 2 insertions(+),
On Thu, 2017-03-16 at 11:33 -0700, Alexander Duyck wrote:
> From: Sridhar Samudrala
> +/*
> + * If busy polling is on and the file is a socket, return a pointer to
> + * struct sock
> + */
> +static inline struct sock *ep_sk_from_file(struct file *file)
> +{
> + struct inode *inode = file_ino
On Thu, 2017-03-16 at 11:32 -0700, Alexander Duyck wrote:
> From: Sridhar Samudrala
>
> Fix sk_mark_napi_id() and sk_mark_napi_id_once() to set sk_napi_id only if
> skb->napi_id is a valid value.
>
> This happens in loopback paths where skb->napi_id is not updated in
> rx path and holds sender_c
On Thu, 2017-03-16 at 11:32 -0700, Alexander Duyck wrote:
> From: Sridhar Samudrala
>
> Call sk_mark_napi_id() in the ACK receive path of a TCP_NEW_SYN_RECV
> socket, so that sk->napi_id is set even if the socket hasn't yet received
> any data. With this change we should be able to start busy po
On Thu, 2017-03-16 at 01:08 -0700, Kevin Xu wrote:
> In some rare cases, inet_sk_rx_dst_set() may be called multiple times
> on the same dst, causing reference count leakage. Eventually, it
> prevents net_device to be destroyed. The bug then manifested as
>
> unregister_netdevice: waiting for lo t
> From: "Numan Siddique"
> To: netdev@vger.kernel.org, "ovs dev"
> Cc: "Joe Stringer" , "Andy Zhou" , ja...@ovn.org
> Sent: Thursday, March 16, 2017 8:25:06 AM
> Subject: [RFC] [net]openvswitch: Clear the ct flow key for the recirculated
> packet
>
> It is possible that the ct flow key informat
On Thu, Mar 16, 2017 at 12:02 PM, David Miller wrote:
> From: Or Gerlitz
> Date: Thu, 16 Mar 2017 12:53:40 +0200
>
>> Just two cleanups -- but for the 2nd one I think we need ack from
>> Cong Wang to make sure this isn't actually a bug report..
> ...
>> changes from V1:
>> - addressed comment
Hello Akshay,
Am 16.03.2017 um 18:06 schrieb Akshay Bhat:
> Hi Wolfgang,
>
> On 03/15/2017 05:42 AM, Wolfgang Grandegger wrote:
>> Hello Akshay,
>>
> ..snip..
>>>
>>> So here is my plan:
>>> - Have the bus error interrupt always enabled
>>> - If berr-reporting off, then have the isr checks/report
On 03/16/2017 12:43 PM, Maxim Uvarov wrote:
> 2017-03-16 19:47 GMT+03:00 Florian Fainelli :
>> Hi,
>>
>> On 03/16/2017 03:32 AM, Maxim Uvarov wrote:
>>> Hello,
>>>
>>> Some dsa switches can support port mirror in hardware. Does somebody
>>> have any idea how to
>>> work with it from linux side in g
When device is being setup on boot, there is a small race where
network device callback is registered, but the netvsc_device pointer
is not set yet. This can cause a NULL ptr dereference if packet
arrives during this window.
Fixes: 46b4f7f5d1f7 ("netvsc: eliminate per-device outstanding send coun
Added missing logic in tun driver, which prevents apps to set
offloads using tun ioctl, if offloads were previously disabled via ethtool
Signed-of-by: Yaroslav Isakov (yaroslav.isa...@gmail.com)
---
drivers/net/tun.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/tun.c b/driver
Added missing logic in tun driver, which prevents apps to set
offloads using tun ioctl, if offloads were previously disabled via ethtool
Signed-off-by: Yaroslav Isakov
---
drivers/net/tun.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/tun.c b/drivers/net/tun.c
index 34cc3c5.
2017-03-16 19:47 GMT+03:00 Florian Fainelli :
> Hi,
>
> On 03/16/2017 03:32 AM, Maxim Uvarov wrote:
>> Hello,
>>
>> Some dsa switches can support port mirror in hardware. Does somebody
>> have any idea how to
>> work with it from linux side in generic way?
>
> It has been implemented with commit
>
Sorry for spamming mailing list, forgot to check via checkpatch.pl,
will resend it one more time
2017-03-16 21:08 GMT+03:00 Yaroslav Isakov :
> Added missing logic in tun driver, which prevents apps to set
> offloads using tun ioctl, if offloads were previously disabled via ethtool
>
> Signed-of-b
On Tue, Mar 14, 2017 at 4:08 PM, Andy Zhou wrote:
> Added execute_or_defer_actions() that both sample and recirc
> action's implementation can use.
>
> Signed-off-by: Andy Zhou
> ---
> net/openvswitch/actions.c | 96
> +--
> 1 file changed, 59 inserti
On Thu, Mar 16, 2017 at 10:28 AM, Pravin Shelar wrote:
> On Tue, Mar 14, 2017 at 4:08 PM, Andy Zhou wrote:
>> add_deferred_actions() API currently requires actions to be passed in
>> as a fully encoded netlink message. So far both 'sample' and 'recirc'
>> actions happens to carry actions as fully
Sorry for this mess! I'll do it properly this time, I hope :)
2017-03-16 22:12 GMT+03:00 David Miller :
>
> This is not how you resubmit a patch.
>
> You must make a fresh patch posting to the mailing list, provide the
> commit message and patch as inline text, and not do it as a reply to
> anothe
This is not how you resubmit a patch.
You must make a fresh patch posting to the mailing list, provide the
commit message and patch as inline text, and not do it as a reply to
another posting.
Thank you.
From: Kees Cook
Date: Thu, 16 Mar 2017 11:38:25 -0600
> I am, of course, biased, but I think the evidence of actual
> refcounting attacks outweighs the theoretical performance cost of
> these changes.
This is not theoretical at all.
We count the nanoseconds that every packet takes to get proces
From: Kris Murphy
Date: Thu, 16 Mar 2017 10:51:28 -0500
> Added a case for OVS_TUNNEL_KEY_ATTR_PAD to the switch statement
> in ip_tun_from_nlattr in order to prevent the default case
> returning an error.
>
> Fixes: b46f6ded906e ("libnl: nla_put_be64(): align on a 64-bit area")
> Signed-off-by:
From: Simon Wunderlich
Date: Thu, 16 Mar 2017 13:55:10 +0100
> here are two bugfixes for batman-adv which we would like to see
> integrated into net.
>
> Please pull or let me know of any problem!
Pulled, thanks Simon.
On 03/16/2017 07:23 PM, David Miller wrote:
From: Daniel Borkmann
Date: Thu, 16 Mar 2017 11:32:31 +0100
Do you have a chance to queue this one and it's follow-up fixes
to -stable? I checked 4.10 and they seem to have it already, but
not 4.9 kernels.
Commits:
6760bf2 bpf: fix mark_reg_unkn
From: Or Gerlitz
Date: Thu, 16 Mar 2017 12:53:40 +0200
> Just two cleanups -- but for the 2nd one I think we need ack from
> Cong Wang to make sure this isn't actually a bug report..
...
> changes from V1:
> - addressed comment from Sergei to use 12 hex digits etc
Series applied since Eric D
1 - 100 of 244 matches
Mail list logo
