On 06/26/15 at 01:48pm, Konstantin Khlebnikov wrote:
> Hash value passed as argument into rhashtable_lookup_compare could be
> computed using different hash table than rhashtable_lookup_compare sees.
>
> This patch passes key into rhashtable_lookup_compare() instead of hash and
> compures hash val
Hello,
On Mon, 29 Jun 2015, Julian Anastasov wrote:
> RFC patch:
>
> Subject: [PATCHv2 net] net: do not process device backlog during
> unregistration
Ignore this v2, packets in backlog do not hold
dev reference, I'll prepare new version with such check
in enqueue_to_backlog.
On Tue, 2015-06-30 at 10:25 +0530, Maninder Singh wrote:
> Use ARRAY_SIZE instead fo sizeof(a)/sizeof(a[0])
I think all of these #defines should be removed instead
as they are all used only once.
> diff --git a/drivers/net/ethernet/intel/igb/e1000_phy.c
> b/drivers/net/ethernet/intel/igb/e1000_p
On Mon, 2015-06-29 at 13:04 -0700, Rick Jones wrote:
> PS FWIW, if I shift from using just the linux native vxlan to a "mostly
> full" set of OpenStack compute node plumbing - two OVS bridges and a
> linux bridge and associated plumbing with a vxlan tunnel defined in OVS,
> but nothing above t
Use ARRAY_SIZE instead fo sizeof(a)/sizeof(a[0])
Signed-off-by: Maninder Singh
Reviewed-by: Yogesh Narayan Gaur
---
drivers/net/ethernet/intel/igb/e1000_phy.c |6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/drivers/net/ethernet/intel/igb/e1000_phy.c
b/drivers/net/e
On Tue, Jun 23, 2015 at 11:26 AM, Thomas F Herbert
wrote:
> Add support for 802.1ad including the ability to push and pop double
> tagged vlans. Add support for 802.1ad to netlink parsing and flow
> conversion. Uses double nested encap attributes to represent double
> tagged vlan. Inner TPID encod
From: Stephen Hemminger
Date: Mon, 29 Jun 2015 14:57:48 -1000
> u
> This fixes breakage to iproute2 build with recent kernel headers
> caused by:
>commit a263653ed798216c0069922d7b5237ca49436007
>Author: Pablo Neira Ayuso
>Date: Wed Jun 17 10:28:27 2015 -0500
>
>netfilter: don
Hi,
For an .ndo_start_xmit handler, can the callee rely on the caller
setting the skb network header?
Or should the callee set it before performing any
skb_network_header()/ip_hdr()/ipv6_hdr()/... calls?
Cheers, Linus
PS: Currently looking at batman-adv's ndo_start_xmit handler
"interface_tx()"
Am writing you regarding a deceased clients of ours that shares the same
surname as yours. Please reply to siegelsanth...@hotmail.com for more info.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at h
On Mon, Jun 29, 2015 at 1:04 PM, Rick Jones wrote:
> PS FWIW, if I shift from using just the linux native vxlan to a "mostly
> full" set of OpenStack compute node plumbing - two OVS bridges and a linux
> bridge and associated plumbing with a vxlan tunnel defined in OVS, but
> nothing above the Li
u
This fixes breakage to iproute2 build with recent kernel headers
caused by:
commit a263653ed798216c0069922d7b5237ca49436007
Author: Pablo Neira Ayuso
Date: Wed Jun 17 10:28:27 2015 -0500
netfilter: don't pull include/linux/netfilter.h from netns headers
The issue is that definiti
On Mon, 29 Jun 2015 20:07:20 +0200
Pablo Neira Ayuso wrote:
> On Thu, Jun 25, 2015 at 11:12:06PM -0400, Stephen Hemminger wrote:
> > This fixes breakage to iproute2 build with recent kernel headers
> > caused by:
> >commit a263653ed798216c0069922d7b5237ca49436007
> >Author: Pablo Neira Ay
On Wed, Jun 10, 2015 at 01:40:42PM +0300, Konstantin Khlebnikov wrote:
> Two patches from 3.11 which are missing in 3.10.y
>
> I've just seen livelock in 3.10.69+ where all cpus are stuck in fib6_run_gc()
As David doesn't queue up network patches for 3.10-stable anymore (and I
don't blame him), I
On 28/06/15 20:27, David Miller wrote:
> From: Florian Fainelli
> Date: Fri, 26 Jun 2015 10:38:31 -0700
>
>> The RGMII block is currently only powered on when using RGMII or
>> RGMII_NO_ID, which is not correct when using the GENET interface in MII
>> or Reverse MII modes. We always need to power
6fe29354befe ("printk: implement support for extended console
drivers") implemented extended printk support for extended netconsole.
The code added was miniscule but it added static 8k buffer
unconditionally unnecessarily bloating the kernel for cases where
extended netconsole is not used.
This pa
From: Nik Nyby
Date: Mon, 29 Jun 2015 18:40:08 -0400
> This fixes a typo in the IPG_FRAMETOOLONGERRORS constant.
>
> Signed-off-by: Nik Nyby
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordom
This fixes a typo in the IPG_FRAMETOOLONGERRORS constant.
Signed-off-by: Nik Nyby
---
drivers/net/ethernet/icplus/ipg.c | 2 +-
drivers/net/ethernet/icplus/ipg.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/icplus/ipg.c
b/drivers/net/ethernet/icplu
From: Tom Lendacky
Date: Mon, 29 Jun 2015 16:47:55 -0500
> On 06/29/2015 11:27 AM, David Miller wrote:
>> From: Tom Lendacky
>> Date: Mon, 29 Jun 2015 11:22:12 -0500
>>
>>> When allocating Rx related buffers, alloc_pages is called using an
>>> order
>>> number that is decreased until successful.
On 06/29/2015 11:27 AM, David Miller wrote:
From: Tom Lendacky
Date: Mon, 29 Jun 2015 11:22:12 -0500
When allocating Rx related buffers, alloc_pages is called using an order
number that is decreased until successful. A system under stress can
experience failures during this allocation process
Hello,
On Sun, 28 Jun 2015, Eric W. Biederman wrote:
> Julian Anastasov writes:
>
> > commit 381c759d9916 ("ipv4: Avoid crashing in ip_error")
> > fixes a problem where processed packet comes from device
> > with destroyed inetdev (dev->ip_ptr). This is not expected
> > because inetdev
I went ahead and put the patched kernel on both systems. I was getting
mixed results - in one direction, results in the 8Gbit/s range, in the
other in the 7 Gbit/s. I noticed that interrupts were going to
different CPUs so I started playing with IRQ assignments, and bound all
interrupts of th
On 2015-06-28 14:17, Tom Herbert wrote:
On Sun, Jun 28, 2015 at 1:19 PM, Or Gerlitz
wrote:
On Fri, Jun 26, 2015 at 10:59 PM, Tom Herbert
wrote:
[...]
Looks like GRO was never implemented for vxlan tunnels. The driver is
simply calling netif_rx instead of using the GRO cells
infrastructure.
From: Nik Nyby
Date: Mon, 29 Jun 2015 15:49:43 -0400
> "reigster" -> "register"
>
> Signed-off-by: Nik Nyby
Applied.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordo
"reigster" -> "register"
Signed-off-by: Nik Nyby
---
drivers/net/ethernet/sis/sis900.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/sis/sis900.h
b/drivers/net/ethernet/sis/sis900.h
index 1341f33..7d430d3 100644
--- a/drivers/net/ethernet/sis/sis90
From: Nik Nyby
Date: Mon, 29 Jun 2015 15:39:27 -0400
> This fixes a typo in the MMC_RX_CRC_ERROR constant.
>
> Signed-off-by: Nik Nyby
Applied, thanks.
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majord...@vger.kernel.org
More majordomo info
This fixes a typo in the MMC_RX_CRC_ERROR constant.
Signed-off-by: Nik Nyby
---
drivers/net/ethernet/stmicro/stmmac/mmc_core.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ethernet/stmicro/stmmac/mmc_core.c
b/drivers/net/ethernet/stmicro/stmmac/mmc_core.c
Julien Grall wrote:
> Hi,
>
> I tried to run the latest Linux tree
> (4a10a91756ef381bced7b88cfb9232f660b92d93) as DOM0 Xen.
> After destroying a guest using network, I got the following
> lines in the DOM0 kernel log:
>
> unregister_netdevice: waiting for vif1.0 to become free. Usage count = 1
On Thu, Jun 25, 2015 at 11:12:06PM -0400, Stephen Hemminger wrote:
> This fixes breakage to iproute2 build with recent kernel headers
> caused by:
>commit a263653ed798216c0069922d7b5237ca49436007
>Author: Pablo Neira Ayuso
>Date: Wed Jun 17 10:28:27 2015 -0500
>
>netfilter: don'
Fix an issue where __nf_ct_ext_find() could return null to nat in
nf_nat_masquerade_ipv4() and could be dereferenced.
This was detected by static analysis software.
Signed-off-by: Subash Abhinov Kasiviswanathan
---
net/ipv4/netfilter/nf_nat_masquerade_ipv4.c | 2 ++
1 file changed, 2 insertions
On 06/29/2015 01:14 PM, Shreyas Bhatewara wrote:
> Bump up the driver version number to reflect the changes done to
> work with vmxnet3 adapter version 2
>
> Signed-off-by: Shreyas N Bhatewara
Reviewed-by: Thomas Hellstrom
> ---
>
> diff --git a/drivers/net/vmxnet3/vmxnet3_int.h
> b/drivers/net
When allocating Rx related buffers, alloc_pages is called using an order
number that is decreased until successful. A system under stress can
experience failures during this allocation process resulting in a warning
being issued. This message can be of concern to end users even though the
failure i
On Mon, Jun 29, 2015 at 12:13:55PM -0400, Tejun Heo wrote:
> On Mon, Jun 29, 2015 at 06:11:40PM +0200, Geert Uytterhoeven wrote:
> > On Mon, Jun 29, 2015 at 5:49 PM, Tejun Heo wrote:
> > > On Mon, Jun 29, 2015 at 05:47:49PM +0200, Geert Uytterhoeven wrote:
> > >> > netconsole itself is optional &
From: Alexander Sverdlin
Date: Mon, 29 Jun 2015 10:41:03 +0200
> There is NULL pointer dereference possible during statistics update if the
> route
> used for OOTB responce is removed at unfortunate time. If the route exists
> when
> we receive OOTB packet and we finally jump into sctp_packet_t
From: SF Markus Elfring
Date: Mon, 29 Jun 2015 12:48:16 +0200
> From: Markus Elfring
> Date: Mon, 29 Jun 2015 12:22:24 +0200
>
> The vfree() function performs also input parameter validation.
> Thus the test around the call is not needed.
>
> This issue was detected by using the Coccinelle sof
From: Shreyas Bhatewara
Date: Mon, 29 Jun 2015 04:14:43 -0700 (PDT)
> Subject: [net-next]vmxnet3: Bump up driver version number
> From: Shreyas Bhatewara
> To: netdev@vger.kernel.org
> cc: pv-driv...@vmware.com
> Date: Mon, 29 Jun 2015 04:14:43 -0700 (PDT)
> Sender: netdev-ow...@vger.k
From: Tom Lendacky
Date: Mon, 29 Jun 2015 11:22:12 -0500
> When allocating Rx related buffers, alloc_pages is called using an order
> number that is decreased until successful. A system under stress can
> experience failures during this allocation process resulting in a warning
> being issued. Th
On Mon, Jun 29, 2015 at 06:11:40PM +0200, Geert Uytterhoeven wrote:
> On Mon, Jun 29, 2015 at 5:49 PM, Tejun Heo wrote:
> > On Mon, Jun 29, 2015 at 05:47:49PM +0200, Geert Uytterhoeven wrote:
> >> > netconsole itself is optional & modular. I'm not sure making further
> >> > splits is called for,
On Mon, Jun 29, 2015 at 11:49:14AM -0400, Tejun Heo wrote:
> On Mon, Jun 29, 2015 at 05:47:49PM +0200, Geert Uytterhoeven wrote:
> > > netconsole itself is optional & modular. I'm not sure making further
> > > splits is called for, especially given the use cases.
> >
> > It could be a hidden opti
On Mon, Jun 29, 2015 at 5:49 PM, Tejun Heo wrote:
> On Mon, Jun 29, 2015 at 05:47:49PM +0200, Geert Uytterhoeven wrote:
>> > netconsole itself is optional & modular. I'm not sure making further
>> > splits is called for, especially given the use cases.
>>
>> It could be a hidden option, selected
Hi,
I tried to run the latest Linux tree
(4a10a91756ef381bced7b88cfb9232f660b92d93) as DOM0 Xen.
After destroying a guest using network, I got the following
lines in the DOM0 kernel log:
unregister_netdevice: waiting for vif1.0 to become free. Usage count = 1
The bisector pointed the problem aft
On Mon, Jun 29, 2015 at 05:47:49PM +0200, Geert Uytterhoeven wrote:
> > netconsole itself is optional & modular. I'm not sure making further
> > splits is called for, especially given the use cases.
>
> It could be a hidden option, selected by its users (e.g. netconsole).
Hmmm... what do you mea
Hi Tejun,
On Mon, Jun 29, 2015 at 5:28 PM, Tejun Heo wrote:
> On Mon, Jun 29, 2015 at 11:20:41AM +0200, Geert Uytterhoeven wrote:
>> On Wed, Apr 29, 2015 at 4:45 PM, Tejun Heo wrote:
>> > --- a/kernel/printk/printk.c
>> > +++ b/kernel/printk/printk.c
>>
>> > @@ -2196,6 +2227,7 @@ out:
>> > */
On 06/28/2015 10:20 AM, Ramu Ramamurthy wrote:
Rick, in your test, are you seeing gro becoming effective on the
vxlan interface with the 82599ES nic ? (ie, tcpdump on the vxlan
interface shows larger frames than the mtu of that interface, and
kernel trace shows vxlan_gro_receive() being hit)
Thr
On 06/28/2015 02:31 PM, Tom Herbert wrote:
You're comparing apples to oranges. Please test the patch in your
environment I posted and report results. Please also test with
multiple connections, single connection performance can be misleading
and does not really reflect what real production server
Hello,
On Mon, Jun 29, 2015 at 11:20:41AM +0200, Geert Uytterhoeven wrote:
> On Wed, Apr 29, 2015 at 4:45 PM, Tejun Heo wrote:
> > --- a/kernel/printk/printk.c
> > +++ b/kernel/printk/printk.c
>
> > @@ -2196,6 +2227,7 @@ out:
> > */
> > void console_unlock(void)
> > {
> > + static char
Hi Eric,
Thanks for your feedback on this. The precise problem is a BUG in the
scheduler code when sleep is called from atomic context, due to having
to wait on that allocation. This is triggered by a module I'm writing.
I'm probably doing something I shouldn't... I'm calling udp_sendmsg
from ato
On Mon, 2015-06-29 at 15:06 +0200, Jason A. Donenfeld wrote:
> Some sockets set sock->sk->sk_allocation = GFP_ATOMIC. In spite of this,
> functions that call sock_alloc_send_skb will then call
> sock_alloc_send_pskb, which very often results in sleeping. Since the
> intention of callers setting sk_
Some sockets set sock->sk->sk_allocation = GFP_ATOMIC. In spite of this,
functions that call sock_alloc_send_skb will then call
sock_alloc_send_pskb, which very often results in sleeping. Since the
intention of callers setting sk_allocation = GFP_ATOMIC might be to be
able to send from atomic conte
Hi Simon,
> This patch updates the Ethernet DT nodes for Armada XP SoCs with the
> compatible string "marvell,armada-xp-neta".
>
> Signed-off-by: Simon Guinot
> Cc: # v3.8+
Acked-by: Gregory CLEMENT
Thanks,
Gregory
> ---
> arch/arm/boot/dts/armada-370-xp.dtsi | 2 --
> arch/arm/boot
Hi Simon,
On 17/06/2015 15:19, Simon Guinot wrote:
> The mvneta driver supports the Ethernet IP found in the Armada 370, XP,
> 380 and 385 SoCs. Since at least one more hardware feature is available
> for the Armada XP SoCs then a way to identify them is needed.
>
> This patch introduces a new co
Hi Jason, Simon,
On 25/06/2015 15:20, Jason Cooper wrote:
> On Thu, Jun 25, 2015 at 11:13:23AM +0200, Simon Guinot wrote:
>> On Fri, Jun 19, 2015 at 02:32:53PM +0200, Simon Guinot wrote:
>>> On Wed, Jun 17, 2015 at 05:01:12PM +, Jason Cooper wrote:
On Wed, Jun 17, 2015 at 05:15:28PM +0200
Hi,
On 06/29/2015 06:05 AM, Alex Gartrell wrote:
> On Sun, Jun 28, 2015 at 2:52 AM, Conrad Hoffmann wrote:
>> Support the SO_REUSEPORT option for AF_UNIX (aka AF_LOCAL) sockets. Note
>> that unlike the IP implementations, the semantics for AF_UNIX sockets are
>> those of the original BSD implemen
Bump up the driver version number to reflect the changes done to
work with vmxnet3 adapter version 2
Signed-off-by: Shreyas N Bhatewara
---
diff --git a/drivers/net/vmxnet3/vmxnet3_int.h
b/drivers/net/vmxnet3/vmxnet3_int.h
index e9f1075..2652245 100644
--- a/drivers/net/vmxnet3/vmxnet3_int.h
++
On 06/29/2015 12:50 PM, Jason Wang wrote:
>
> On 06/18/2015 06:20 PM, Michael S. Tsirkin wrote:
>> Needs more testing. Anyone see anything wrong with this?
>>
>> Signed-off-by: Michael S. Tsirkin
>> ---
>> drivers/net/macvtap.c | 2 +-
>> drivers/net/tun.c | 2 +-
>> 2 files changed, 2 inse
Hi Tejun,
On Wed, Apr 29, 2015 at 4:45 PM, Tejun Heo wrote:
> --- a/kernel/printk/printk.c
> +++ b/kernel/printk/printk.c
> @@ -2196,6 +2227,7 @@ out:
> */
> void console_unlock(void)
> {
> + static char ext_text[CONSOLE_EXT_LOG_MAX];
Can you please
a) make this feature optional,
On 06/17/2015 01:42 PM, Antonio Borneo wrote:
USE_OF is used as intermediate Kconfig option by few
arch's (ARM, MIPS, Xtensa); in all these cases it
implies setting option OF too.
Replace the only instance of USE_OF in clocksource
with OF.
Signed-off-by: Antonio Borneo
---
Applied for 4.3
Th
Copy of kernel include/uapi/linux/tipc.h is needed to build on systems
with pre-3.16 kernel headers.
Signed-off-by: Michal Kubecek
---
include/linux/tipc.h | 232 +++
1 file changed, 232 insertions(+)
create mode 100644 include/linux/tipc.h
diff
There is NULL pointer dereference possible during statistics update if the route
used for OOTB responce is removed at unfortunate time. If the route exists when
we receive OOTB packet and we finally jump into sctp_packet_transmit() to send
ABORT, but in the meantime route is removed under our feet,
The build otherwise fails if libmnl does not directly live in a
standard search path.
---
tipc/Makefile | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/tipc/Makefile b/tipc/Makefile
index 4bda8c5..d4637f8 100644
--- a/tipc/Makefile
+++ b/tipc/Makefile
@@ -5,8 +5,11 @@ TIPCO
59 matches
Mail list logo
