Hi David,
Here are some miscelaneous documentation fixes for DSA, I targeted "net"
because these are not functional code changes, but still documentation fixes
per-se.
Changes in v2:
- reword what the port_vlan_filtering is about based on feedback from Vivien
and Ido
Florian Fainelli (3):
This function has been removed in 4baee937b8d5 ("net: dsa: remove DSA
link polling") in favor of using the PHYLIB polling mechanism.
Reviewed-by: Vivien Didelot
Signed-off-by: Florian Fainelli
---
Documentation/networking/dsa/dsa.txt |
We no longer have a priv_size structure member since 5feebd0a8a79 ("net:
dsa: Remove allocation of driver private memory")
Reviewed-by: Vivien Didelot
Signed-off-by: Florian Fainelli
---
Documentation/networking/dsa/dsa.txt | 2 --
1
Described what the port_vlan_filtering function is supposed to
accomplish.
Fixes: fb2dabad69f0 ("net: dsa: support VLAN filtering switchdev attr")
Signed-off-by: Florian Fainelli
---
Documentation/networking/dsa/dsa.txt | 10 ++
1 file changed, 10 insertions(+)
Hi,
Alexander Aring wrote:
> This patch introduces neighbour discovery ops callback structure. The
> idea is to separate the handling for 6LoWPAN into the 6lowpan module.
>
> These callback offers 6lowpan different handling, such as 802.15.4 short
> address handling or RFC6775 (Neighbor
Hi Jarod,
On Fri, May 20, 2016 at 02:26:57PM -0400, Jarod Wilson wrote:
> On Fri, May 20, 2016 at 03:56:23PM +0800, Feng Tang wrote:
> > Hi,
> >
> > Please ignore this patch.
> >
> > I found the problem and made the patch with kernel 4.4 with Ubuntu 12.04
> > on Lenovo Y580.
> >
> > After
Alexander Aring wrote:
> This patch removes the net_device parameter from ndisc_opt_addr_space
> function. This can be useful for calling such functionality which
> doesn't depends on dev parameter. For current existing functionality
> which depends on dev parameter, we introduce
Hi.
Alexander Aring wrote:
> Hi,
>
> this patch series introduces the ndisc ops callback structure to add different
> handling for IPv6 neighbour discovery cache functionality. It implements at
> first
> the two following use-cases:
>
> - 6CO handling as userspace option (For all 6LoWPAN
Francois, Shuyu,
this is the patch with the discussed changes.
Shuyu it would be great if you could test this one. If it passes
and there are no further objections I will resend it as a regular patch
(including commit message, etc.) to the mailing list.
diff --git
From: Cong Wang
Date: Mon, 23 May 2016 14:05:17 -0700
> On Mon, May 23, 2016 at 1:59 PM, David Miller wrote:
>> From: Simon Horman
>> Date: Fri, 20 May 2016 14:57:17 +0900
>>
>>> During initialisation sk->sk_user_data
From: Jamal Hadi Salim
Date: Mon, 23 May 2016 21:07:20 -0400
> From: Jamal Hadi Salim
>
> Policer was not dumping or updating timestamps
>
> Signed-off-by: Jamal Hadi Salim
Applied.
On Tue, May 24, 2016 at 3:01 PM, David Miller wrote:
> From: Tom Herbert
> Date: Mon, 23 May 2016 15:48:20 -0700
>
>> diff --git a/net/ipv4/fou.c b/net/ipv4/fou.c
>> index 5f9207c..96260c6 100644
>> --- a/net/ipv4/fou.c
>> +++ b/net/ipv4/fou.c
>> @@
On Wed, 2016-05-04 at 09:44 -0700, Jeff Kirsher wrote:
> This series contains updates to ixgbe in ethtool.
>
> Preethi adds missing device IDs and mac_type definitions, also updated
> the display registers for x550, x550em_x/a. Cleaned up the format string
> storage by taking advantage of "for"
[+CC Marco who reported the CVE, forgot that earlier]
On 05/23/2016 11:35 PM, Tejun Heo wrote:
Hello,
Can you please test whether this patch resolves the issue? While
adding support for atomic allocations, I reduced alloc_mutex covered
region too much.
Thanks.
Ugh, this makes the code even
% ping -V
ping utility, iputils-s20160308
# https://www.archlinux.org/packages/core/x86_64/iputils/
% ping -I enp3s0 192.168.50.1
PING 192.168.50.1 (192.168.50.1) from 192.168.50.10 enp3s0: 56(84) bytes
of data.
64 bytes from 192.168.50.1: icmp_seq=1 ttl=64 time=0.127 ms
% ip addr
2: enp3s0:
On 5/23/2016 5:36 PM, Greg KH wrote:
On Mon, May 23, 2016 at 03:17:41PM +0200, Giuseppe Cavallaro wrote:
These patches port some recent fixes for linux-4.5.y stable branch.
They fix the MDIO settings trying to cover the all possible scenario
when the stmmac is connected to a real transceiver or
Firmware for new chipsets is based on a new major version of code
internally maintained at Broadcom. E.g. brcmfmac4366b-pcie.bin (used for
BCM4366B1) is based on 10.10.69.3309 while brcmfmac43602-pcie.ap.bin was
based on 7.35.177.56.
Currently setting AP 5 GHz channel doesn't work reliably with
Unix sockets can consume a significant amount of system memory, hence
they should be accounted to kmemcg.
Since unix socket buffers are always allocated from process context,
all we need to do to charge them to kmemcg is set __GFP_ACCOUNT in
sock->sk_allocation mask.
Signed-off-by: Vladimir
On Mon, 23 May 2016 23:52:47 +0300
"Michael S. Tsirkin" wrote:
> On Mon, May 23, 2016 at 03:09:18PM +0200, Jesper Dangaard Brouer wrote:
> > On Mon, 23 May 2016 13:43:46 +0300
> > "Michael S. Tsirkin" wrote:
> >
> > > Add ringtest based unit test for skb
On Tue, May 24, 2016 at 12:28:09PM +0200, Jesper Dangaard Brouer wrote:
> On Mon, 23 May 2016 23:52:47 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Mon, May 23, 2016 at 03:09:18PM +0200, Jesper Dangaard Brouer wrote:
> > > On Mon, 23 May 2016 13:43:46 +0300
> > > "Michael S.
Page table pages are batched-freed in release_pages on most
architectures. If we want to charge them to kmemcg (this is what is done
later in this series), we need to teach mem_cgroup_uncharge_list to
handle kmem pages.
Signed-off-by: Vladimir Davydov
---
mm/memcontrol.c
- Handle memcg_kmem_enabled check out to the caller. This reduces the
number of function definitions making the code easier to follow. At
the same time it doesn't result in code bloat, because all of these
functions are used only in one or two places.
- Move __GFP_ACCOUNT check to the
... to reduce indentation level thus leaving more space for comments.
Signed-off-by: Vladimir Davydov
---
include/linux/mm_types.h | 68 +++-
1 file changed, 32 insertions(+), 36 deletions(-)
diff --git
This patch introduces vhost memory accessors which were just wrappers
for userspace address access helpers. This is a requirement for vhost
device iotlb implementation which will add iotlb translations in those
accessors.
Signed-off-by: Jason Wang
---
drivers/vhost/net.c
This patch tries to implement an device IOTLB for vhost. This could be
used with for co-operation with userspace IOMMU implementation (qemu)
for a secure DMA environment (DMAR) in guest.
The idea is simple. When vhost meets an IOTLB miss, it will request
the assistance of userspace to do the
Current pre-sorted memory region array has some limitations for future
device IOTLB conversion:
1) need extra work for adding and removing a single region, and it's
expected to be slow because of sorting or memory re-allocation.
2) need extra work of removing a large range which may intersect
This patch fixes the coding error in determining the enable flag for
the application/protocol. The enable flag should be set for all protocols
but the eth.
Signed-off-by: Sudarsana Reddy Kalluru
Signed-off-by: Yuval Mintz
---
On 05/24/2016 03:04 AM, Jamal Hadi Salim wrote:
From: Jamal Hadi Salim
Failed compile
m_simple.c: In function ‘parse_simple’:
m_simple.c:154:6: warning: too many arguments for format [-Wformat-extra-args]
*argv);
^
m_simple.c:103:14: warning: unused variable
Pipes can consume a significant amount of system memory, hence they
should be accounted to kmemcg.
This patch marks pipe_inode_info and anonymous pipe buffer page
allocations as __GFP_ACCOUNT so that they would be charged to kmemcg.
Note, since a pipe buffer page can be "stolen" and get reused
Page tables can bite a relatively big chunk off system memory and their
allocations are easy to trigger from userspace, so they should be
accounted to kmemcg.
This patch marks page table allocations as __GFP_ACCOUNT for x86. Note
we must not charge allocations of kernel page tables, because they
[resending with all relevant lists in Cc]
Hi,
This patch implements per kmemcg accounting of page tables (x86-only),
pipe buffers, and unix socket buffers.
Basically, this is v2 of my earlier attempt [1], addressing comments by
Andrew, namely: lack of comments to non-standard _mapcount usage,
Currently, to charge a non-slab allocation to kmemcg one has to use
alloc_kmem_pages helper with __GFP_ACCOUNT flag. A page allocated with
this helper should finally be freed using free_kmem_pages, otherwise it
won't be uncharged.
This API suits its current users fine, but it turns out to be
- Add a proper comment to page->_mapcount.
- Introduce a macro for generating helper functions.
- Place all special page->_mapcount values next to each other so that
readers can see all possible values and so we don't get duplicates.
Signed-off-by: Vladimir Davydov
[adding netdev to Cc]
On Mon, May 23, 2016 at 01:20:29PM +0300, Vladimir Davydov wrote:
> Unix sockets can consume a significant amount of system memory, hence
> they should be accounted to kmemcg.
>
> Since unix socket buffers are always allocated from process context,
> all we need to do to
This patch tries to implement an device IOTLB for vhost. This could be
used with for co-operation with userspace(qemu) implementation of DMA
remapping.
The idea is simple, cache the translation in a software device IOTLB
(interval tree) implementation in vhost and make vhost_net file
descriptor
On 16-05-24 06:30 AM, Daniel Borkmann wrote:
On 05/24/2016 03:04 AM, Jamal Hadi Salim wrote:
From: Jamal Hadi Salim
Failed compile
m_simple.c: In function ‘parse_simple’:
m_simple.c:154:6: warning: too many arguments for format
[-Wformat-extra-args]
*argv);
^
From: Stephen Hemminger
---
include/SNAPSHOT.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/SNAPSHOT.h b/include/SNAPSHOT.h
index 9220f77..cc67058 100644
--- a/include/SNAPSHOT.h
+++ b/include/SNAPSHOT.h
@@ -1 +1 @@
-static const char
From: Jamal Hadi Salim
Failed compile
m_simple.c: In function ‘parse_simple’:
m_simple.c:154:6: warning: too many arguments for format [-Wformat-extra-args]
*argv);
^
m_simple.c:103:14: warning: unused variable ‘maybe_bind’ [-Wunused-variable]
Reported-by: Daniel
2016-05-23, 16:07:20 -0700, Stephen Hemminger wrote:
> On Wed, 18 May 2016 17:35:09 +0200
> Sabrina Dubroca wrote:
>
> > Signed-off-by: Sabrina Dubroca
> > Acked-by: Phil Sutter
>
> This header already exists in master branch of
The following changes since commit 2dcd0af568b0cf583645c8a317dd12e344b1c72a:
Linux 4.6 (2016-05-15 15:43:13 -0700)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/mst/vhost.git tags/for_linus
for you to fetch changes up to
On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote:
> Unix sockets can consume a significant amount of system memory, hence
> they should be accounted to kmemcg.
>
> Since unix socket buffers are always allocated from process context,
> all we need to do to charge them to kmemcg is set
Hello Stephen,
2016-05-23, 16:21:42 -0700, Stephen Hemminger wrote:
> On Wed, 18 May 2016 17:35:13 +0200
> Sabrina Dubroca wrote:
>
> > +
> > +static void print_rx_sc(const char *prefix, __u64 sci, __u8 active, struct
> > rtattr *rxsc_stats, struct rtattr *sa)
> > +{
>
>
On Tue, May 24, 2016 at 12:28:09PM +0200, Jesper Dangaard Brouer wrote:
> On Mon, 23 May 2016 23:52:47 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Mon, May 23, 2016 at 03:09:18PM +0200, Jesper Dangaard Brouer wrote:
> > > On Mon, 23 May 2016 13:43:46 +0300
> > > "Michael S.
On Tue, May 24, 2016 at 12:28:09PM +0200, Jesper Dangaard Brouer wrote:
> On Mon, 23 May 2016 23:52:47 +0300
> "Michael S. Tsirkin" wrote:
>
> > On Mon, May 23, 2016 at 03:09:18PM +0200, Jesper Dangaard Brouer wrote:
> > > On Mon, 23 May 2016 13:43:46 +0300
> > > "Michael S.
On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote:
> Pipes can consume a significant amount of system memory, hence they
> should be accounted to kmemcg.
>
> This patch marks pipe_inode_info and anonymous pipe buffer page
> allocations as __GFP_ACCOUNT so that they would be charged to
More git foo. I have no idea how this went out ;->
Please ignore this but not the other.
cheers,
jamal
On 16-05-24 07:52 AM, Jamal Hadi Salim wrote:
From: Stephen Hemminger
---
include/SNAPSHOT.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
From: Jesper Dangaard Brouer
> Sent: 20 May 2016 18:50
...
> If would be cool if you could run a test with removed busylock and
> allow HTB to bulk dequeue.
(Without having looked )
Could you have two queues and separate queue and dequeue locks.
The enqueue code would acquire the enqueue
On Tue, 2016-05-24 at 13:50 +, David Laight wrote:
> From: Jesper Dangaard Brouer
> > Sent: 20 May 2016 18:50
> ...
> > If would be cool if you could run a test with removed busylock and
> > allow HTB to bulk dequeue.
>
> (Without having looked )
> Could you have two queues and separate
Hi Florian,
Florian Fainelli writes:
> Described what the port_vlan_filtering function is supposed to
> accomplish.
>
> Fixes: fb2dabad69f0 ("net: dsa: support VLAN filtering switchdev attr")
> Signed-off-by: Florian Fainelli
> ---
>
Florian Fainelli writes:
> We no longer have a priv_size structure member since 5feebd0a8a79 ("net:
> dsa: Remove allocation of driver private memory")
>
> Signed-off-by: Florian Fainelli
Reviewed-by: Vivien Didelot
Florian Fainelli writes:
> This function has been removed in 4baee937b8d5 ("net: dsa: remove DSA
> link polling") in favor of using the PHYLIB polling mechanism.
>
> Signed-off-by: Florian Fainelli
Reviewed-by: Vivien Didelot
Before calling the nla_parse_nested function, make sure the pointer to the
attribute is not null. This patch fixes several potential null pointer
dereference vulnerabilities in the tipc netlink functions.
Signed-off-by: Baozeng Ding
---
v2: declare local variable as reverse
Hi Vivien, Florian,
Tue, May 24, 2016 at 05:32:33PM IDT, vivien.dide...@savoirfairelinux.com wrote:
>Hi Florian,
>
>Florian Fainelli writes:
>
>> Described what the port_vlan_filtering function is supposed to
>> accomplish.
>>
>> Fixes: fb2dabad69f0 ("net: dsa: support VLAN
Dear LVS users / netdev readers,
today I've got a pretty peculiar problem.
I've been running 3.14.48 (and some earlier 3.14 kernels) for a long time now
in an LVS / keepalived driven loadbalancing cluster. See below for more detail
on the setup.
Today I started to upgrade to the current
Hi,
these two patches fix spinlock related issues introduced in v4.6. They
have been reported by Russell King and Jean-Jacques Hiblot.
Thanks to them,
Gregory
Gregory CLEMENT (2):
net: mvneta: Fix lacking spinlock initialization
net: hwbm: Fix unbalanced spinlock in error case
Hello,
On Tue, May 24, 2016 at 10:40:54AM +0200, Vlastimil Babka wrote:
> [+CC Marco who reported the CVE, forgot that earlier]
>
> On 05/23/2016 11:35 PM, Tejun Heo wrote:
> > Hello,
> >
> > Can you please test whether this patch resolves the issue? While
> > adding support for atomic
The spinlock used by the hwbm functions must be initialized by the
network driver. This commit fixes this lack and the following erros when
lockdep is enabled:
INFO: trying to register non-static key.
the code is fine but needs lockdep annotation.
turning off the locking correctness validator.
[]
When hwbm_pool_add exited in error the spinlock was not released. This
patch fixes this issue.
Fixes: 8cb2d8bf57e6 ("net: add a hardware buffer management helper API")
Reported-by: Jean-Jacques Hiblot
Cc:
Signed-off-by: Gregory CLEMENT
On Mon, May 23, 2016 at 3:48 PM, Tom Herbert wrote:
> Add SKB_GSO_TOU. In udp[64]_ufo_fragment check for SKB_GSO_TOU. If this
> is set call skb_udp_tou_segment. skb_udp_tou_segment is very similar
> to skb_udp_tunnel_segment except that we only need to deal with the
> L4
Hi Andrew,
> How about adding a printk() in genphy_read_status().
Would you be able to point me to some more information about these
status bits, please? I'm struggling to find information about what
they are, where I read them from, etc. I'm happy to write some debug
printk's in the code, I
On Tue, 24 May 2016 12:28:09 +0200
Jesper Dangaard Brouer wrote:
> I do like perf, but it does not answer my questions about the
> performance of this queue. I will code something up in my own
> framework[2] to answer my own performance questions.
>
> Like what is be minimum
On Tue, May 24, 2016 at 05:09:35PM +0100, Amr Bekhit wrote:
> Hi Andrew,
>
> > How about adding a printk() in genphy_read_status().
>
> Would you be able to point me to some more information about these
> status bits, please?
You can get the datasheet from here:
On Tue, May 24, 2016 at 05:59:02AM -0700, Eric Dumazet wrote:
...
> > +static int anon_pipe_buf_steal(struct pipe_inode_info *pipe,
> > + struct pipe_buffer *buf)
> > +{
> > + struct page *page = buf->page;
> > +
> > + if (page_count(page) == 1) {
>
> This looks racy
On Tue, May 24, 2016 at 06:02:06AM -0700, Eric Dumazet wrote:
> On Tue, 2016-05-24 at 11:49 +0300, Vladimir Davydov wrote:
> > Unix sockets can consume a significant amount of system memory, hence
> > they should be accounted to kmemcg.
> >
> > Since unix socket buffers are always allocated from
Otherwise, if we fail to allocate new PIO buffers, our TXQs will try to
use the old ones, which aren't there any more.
Fixes: 183233bec810 "sfc: Allocate and link PIO buffers; map them with
write-combining"
Signed-off-by: Edward Cree
---
drivers/net/ethernet/sfc/ef10.c |
This is a note to let you know that I have just added a patch titled
VSOCK: do not disconnect socket when peer has shutdown SEND only
to the linux-4.2.y-queue branch of the 4.2.y-ckt extended stable tree
which can be found at:
4.2.8-ckt11 -stable review patch. If anyone has any objections, please let me
know.
---8<
From: Ian Campbell
[ Upstream commit dedc58e067d8c379a15a8a183c5db318201295bb ]
The peer may be expecting a reply
On Tue, May 24, 2016 at 7:59 AM, Alexander Duyck
wrote:
> On Mon, May 23, 2016 at 3:48 PM, Tom Herbert wrote:
>> Add SKB_GSO_TOU. In udp[64]_ufo_fragment check for SKB_GSO_TOU. If this
>> is set call skb_udp_tou_segment. skb_udp_tou_segment is
Hello Everyone-
So we tracked it down to IOMMU causing CPU affinity getting broken[1].
Can we provide any further details or is this a known issue?
Thank You,
Brandon
[1] https://github.com/coreos/bugs/issues/1275#issuecomment-219866601
On Tue, May 17, 2016 at 12:44 PM, Brandon Philips
David Ahern writes:
> @@ -50,7 +54,7 @@ LDLIBS += $(LIBNETLINK)
> all: Config
> @set -e; \
> for i in $(SUBDIRS); \
> - do $(MAKE) $(MFLAGS) -C $$i; done
> + do echo "\n$$i"; $(MAKE) $(MFLAGS) -C $$i; done
echo "\n" is not portable.
Andreas.
--
On Tue, May 24, 2016 at 10:14 AM, Jeff Kirsher
wrote:
> On Wed, 2016-05-18 at 21:10 -0700, David Miller wrote:
>> From: Jeff Kirsher
>> Date: Wed, 18 May 2016 14:27:58 -0700
>>
>> > On Wed, 2016-05-18 at 10:44 -0700, Alexander Duyck
On Wed, 2016-05-18 at 21:10 -0700, David Miller wrote:
> From: Jeff Kirsher
> Date: Wed, 18 May 2016 14:27:58 -0700
>
> > On Wed, 2016-05-18 at 10:44 -0700, Alexander Duyck wrote:
> >> This patch series is meant to be applied after:
> >> [PATCH v7 net-next 00/16]
Similar to the Linux kernel and perf add infrastructure to reduce the
amount of output tossed to a user during a build. Full build output
can be obtained with 'make V=1'
Builds go from:
make[1]: Leaving directory `/home/dsa/iproute2.git/lib'
make[1]: Entering directory
Lino Sanfilippo :
[...]
> I dont agree here. A dma_wmb would have an effect to "data" and "info", yes,
> but it would have absolutely no effect to skb_tx_timestamp(), since there
> is no dma access involved here. In fact skb_tx_timestamp() could probably
> be even reordered
Hello,
Alexei, can you please verify this patch? Map extension got rolled
into balance work so that there's no sync issues between the two async
operations.
Thanks.
Index: work/mm/percpu.c
===
--- work.orig/mm/percpu.c
+++
On 05/19/2016 08:31 PM, Francois Romieu wrote:
> Murali Karicheri :
> [...]
>> Do you what could be wrong with rtk8168?
>
> Hardly.
>
> What do the device registers (ethtool -d) and device stats (ethtool -S)
> look like ?
Will dump in the next opportunity and respond
>
>
This is helpful for debugging, without this all I was getting from "iw"
command on device with BCM43602 was:
> command failed: Too many open files in system (-23)
Signed-off-by: Rafał Miłecki
---
drivers/net/wireless/broadcom/brcm80211/brcmfmac/p2p.c | 2 +-
1 file changed, 1
From: Eric Dumazet
Date: Mon, 23 May 2016 14:24:56 -0700
> From: Eric Dumazet
>
> I found a serious performance bug in packet schedulers using hrtimers.
>
> sch_htb and sch_fq are definitely impacted by this problem.
>
> We constantly rearm high
From: Haishuang Yan
Date: Sat, 21 May 2016 18:17:34 +0800
> When creat an ip6gretap interface with an unreachable route,
> the MTU is about 14 bytes larger than what was needed.
...
> Because rt is not NULL here, so dev->mtu will subtract the ethernet
> header
From: Haishuang Yan
Date: Sat, 21 May 2016 18:17:35 +0800
> In gre6 xmit path, we are sending a GRE packet, so set fl6 proto
> to IPPROTO_GRE properly.
>
> Signed-off-by: Haishuang Yan
Applied.
From: Gavin Shan
Date: Mon, 23 May 2016 11:58:28 +1000
> One timer, whose handler keeps reading on MMIO register for EEH
> core to detect error in time, is started when the PCI device driver
> is loaded. MMIO register can't be accessed during PE reset in EEH
>
Similar to the Linux kernel and perf add infrastructure to reduce the
amount of output tossed to a user during a build. Full build output
can be obtained with 'make V=1'
Builds go from:
make[1]: Leaving directory `/home/dsa/iproute2.git/lib'
make[1]: Entering directory
On Tue, 2016-05-24 at 19:13 +0300, Vladimir Davydov wrote:
> On Tue, May 24, 2016 at 05:59:02AM -0700, Eric Dumazet wrote:
> ...
> > > +static int anon_pipe_buf_steal(struct pipe_inode_info *pipe,
> > > +struct pipe_buffer *buf)
> > > +{
> > > + struct page *page =
On Tue, 24 May 2016 12:46:56 -0700
Alexander Duyck wrote:
> I'm guessing the issue is lock contention on the IOMMU resource table.
> I resolved most of that for the Rx side back when we implemented the
> Rx page reuse but the Tx side still has to perform a DMA mapping
On Tue, May 24, 2016 at 12:04 PM, Tejun Heo wrote:
> Hello,
>
> Alexei, can you please verify this patch? Map extension got rolled
> into balance work so that there's no sync issues between the two async
> operations.
tests look good. No uaf and basic bpf tests exercise per-cpu
From: Tom Herbert
Date: Mon, 23 May 2016 15:48:20 -0700
> diff --git a/net/ipv4/fou.c b/net/ipv4/fou.c
> index 5f9207c..96260c6 100644
> --- a/net/ipv4/fou.c
> +++ b/net/ipv4/fou.c
> @@ -807,13 +807,20 @@ int __fou_build_header(struct sk_buff *skb, struct
> ip_tunnel_encap
This is helpful for debugging, without this all I was getting from "iw"
command on device with BCM43602 was:
> command failed: Too many open files in system (-23)
Signed-off-by: Rafał Miłecki
---
V2: s/in/if/ in commit message
---
From: Tom Herbert
Date: Mon, 23 May 2016 15:48:21 -0700
> +int tou_encap_setsockopt(struct sock *sk, char __user *optval, int optlen,
> + bool is_ipv6)
> +{
> + struct tou_encap te;
> + struct ip_tunnel_encap encap;
> + struct inet_sock
I'm guessing the issue is lock contention on the IOMMU resource table.
I resolved most of that for the Rx side back when we implemented the
Rx page reuse but the Tx side still has to perform a DMA mapping for
each individual buffer. Depending on the needs of the user if they
still need the IOMMU
On Tue, May 24, 2016 at 07:03:20PM +0200, Jesper Dangaard Brouer wrote:
>
> On Tue, 24 May 2016 12:28:09 +0200
> Jesper Dangaard Brouer wrote:
>
> > I do like perf, but it does not answer my questions about the
> > performance of this queue. I will code something up in my own
90 matches
Mail list logo