Re: [PATCH v6 1/3] can: Allwinner A10/A20 CAN Controller support - Devicetree bindings

On 09/14/2015 02:54 PM, Gerhard Bertelsmann wrote: > Signed-off-by: Gerhard Bertelsmann > --- > > .../devicetree/bindings/net/can/sun4i_can.txt | 37 + > 1 files changed, 37 insertions(+) > > > diff --git

Re: [PATCH v6 2/3] can: Allwinner A10/A20 CAN Controller support - Defconfigs

On 09/14/2015 02:54 PM, Gerhard Bertelsmann wrote: You might want to add a commit message here. :D > Signed-off-by: Gerhard Bertelsmann Marc -- Pengutronix e.K. | Marc Kleine-Budde | Industrial Linux Solutions| Phone:

Re: mvneta: SGMII fixed-link not so fixed

14.09.2015 13:32, Russell King - ARM Linux пишет: I've been bringing up the mainline kernel on a new board, which has an Marvell SoC with a mvneta interface connected to a Marvell DSA switch. The DSA switch is a 88E6176. In the DT block for the interface, I specify: ethernet@... {

Re: [PATCH 00/39] drop null test before destroy functions

> Recent commits to kernel/git/torvalds/linux.git have made the following > functions able to tolerate NULL arguments: > > kmem_cache_destroy (commit 3942d29918522) > mempool_destroy (commit 4e3ca3e033d1) > dma_pool_destroy (commit 44d7175da6ea) How do you think about to extend an other SmPL

Re: [PATCH net 2/2] 8139cp: reset BQL when ring tx ring cleared

On Mon, 2013-05-20 at 17:27 -0700, Stephen Hemminger wrote: > On Mon, 20 May 2013 23:37:28 +0200 > Francois Romieu wrote: > > > cp_stop_hw includes netdev_reset_queue. > > > > You have imho exhibited a start_xmit after cp_stop_hw race - not sure if > > it happens in

[PATCH v6 2/3] can: Allwinner A10/A20 CAN Controller support - Defconfigs

Signed-off-by: Gerhard Bertelsmann --- arch/arm/configs/multi_v7_defconfig| 1 + arch/arm/configs/sunxi_defconfig | 2 + 2 files changed, 3 insertions(+) diff --git a/arch/arm/configs/multi_v7_defconfig

[PATCH v6 0/3] can: Allwinner A10/A20 CAN Controller support - Summary

Hi, please find attached the next try. Thanks to Marc an Maxime for their reviews. To be honest I made the defconfig the best of my belief. Please test and report bugs if exists. [PATCH v6 1/3] Device Tree Binding Documentation [PATCH v6 2/3] Defconfigs [PATCH v6 3/3] Kernel Module History:

[PATCH v6 3/3] can: Allwinner A10/A20 CAN Controller support - Kernel module

Signed-off-by: Gerhard Bertelsmann --- drivers/net/can/Kconfig| 10 + drivers/net/can/Makefile | 1 + drivers/net/can/sun4i_can.c| 824 + 3 files changed, 835

DSA: phy polling

Andrew, I think you're the current maintainer of the Marvell DSA code, as being the most recent author of changes to it. :) I've noticed in my testing that the Marvell DSA code seems to poll the internal phy link status in mv88e6xxx_poll_link(), and set the network device carrier status

[PATCH V6 net-next 1/2] net: introduce socket family constants

From: Ursula Braun The new socket family is assigned the next available address / protocol family constant 41. Signed-off-by: Ursula Braun --- include/linux/socket.h | 4 +++- include/net/smc.h | 12 2 files changed, 15

[PATCH V6 net-next 0/2] net: implement SMC-R solution

From: Ursula Braun Dave, this is V6 of my SMC-R patches taking care about your V5 comment: Removing trailing blank line in include/net/smc.h (and other new files). Since you are asking for a solution "100% in our own separate module with our own can of worms", we have

Re: [PATCH] xfrm6: Fix ICMPv6 and MH header checks in _decode_session6

On Fri, Sep 11, 2015 at 09:57:20AM +0200, Mathias Krause wrote: > From: Mathias Krause > > Ensure there's enough data left prior calling pskb_may_pull(). If > skb->data was already advanced, we'll call pskb_may_pull() with a > negative value converted to unsigned int

mvneta: SGMII fixed-link not so fixed

I've been bringing up the mainline kernel on a new board, which has an Marvell SoC with a mvneta interface connected to a Marvell DSA switch. The DSA switch is a 88E6176. In the DT block for the interface, I specify: ethernet@... { phy-mode = "sgmii";

Re: mvneta: SGMII fixed-link not so fixed

On Mon, Sep 14, 2015 at 02:06:13PM +0300, Stas Sergeev wrote: > 14.09.2015 13:32, Russell King - ARM Linux пишет: > >I've been bringing up the mainline kernel on a new board, which has > >an Marvell SoC with a mvneta interface connected to a Marvell DSA > >switch. The DSA switch is a 88E6176. > >

[PATCH] net: dsa: actually force the speed on the CPU port

Commit 54d792f257c6 ("net: dsa: Centralise global and port setup code into mv88e6xxx.") merged in the 4.2 merge window broke the link speed forcing for the CPU port of Marvell DSA switches. The original code was: /* MAC Forcing register: don't force link, speed, duplex * or flow

Re: [fw filter]: Broken! fw mark based tc class selection not working

On 09/11/15 20:00, Cong Wang wrote: On Fri, Sep 11, 2015 at 3:24 PM, Akshat Kakkar wrote: Hmm, I didn't know that before either. Looks like my tp->init change breaks it. Could you try the following patch? I would just make init() empty for this classifier (return

[PATCH v6 1/3] can: Allwinner A10/A20 CAN Controller support - Devicetree bindings

Signed-off-by: Gerhard Bertelsmann --- .../devicetree/bindings/net/can/sun4i_can.txt | 37 + 1 files changed, 37 insertions(+) diff --git a/Documentation/devicetree/bindings/net/can/sun4i_can.txt b/Documentation/devicetree/bindings/net/can/sun4i_can.txt new

[PATCHv2 net] cxgb4vf: support for single-threading access to adapter mailbox registers

The issue is the for the Virtual Function Driver, the only way to get the Virtual Interface statistics is to issue mailbox commands to ask the firmware for the VI Stats. And, because the VI Stats command can only retrieve a smallish number of stats per mailbox command, we have to issue three

Re: [PATCH v6 1/3] can: Allwinner A10/A20 CAN Controller support - Devicetree bindings

Hi, On Mon, Sep 14, 2015 at 02:58:21PM +0200, Marc Kleine-Budde wrote: > On 09/14/2015 02:54 PM, Gerhard Bertelsmann wrote: > > Signed-off-by: Gerhard Bertelsmann > > --- > > > > .../devicetree/bindings/net/can/sun4i_can.txt | 37 + > > 1 files changed, 37

Re: [PATCH] x86: Wire up 32-bit direct socket calls

* Andy Lutomirski wrote: > On Fri, Sep 11, 2015 at 3:14 AM, Arnd Bergmann wrote: > > On Friday 11 September 2015 11:54:50 Geert Uytterhoeven wrote: > >> To make sure I don't miss any (it seems I missed recvmmsg and sendmmsg for > >> the socketcall case,

Re: Netfilter: BUG: unable to handle kernel paging request, RIP: physdev_mt+0xd6/0x160

Sander Eikelenboom wrote: > On 2015-09-13 20:06, Florian Westphal wrote: > >Sander Eikelenboom wrote: > >>Using a linux-4.3-rc1 kernel i encountered the splat below: > > > >Thanks for reporting this bug. > > > >>[ 290.200642] BUG: unable to handle

Re: [PATCH v6 3/3] can: Allwinner A10/A20 CAN Controller support - Kernel module

On 09/14/2015 02:54 PM, Gerhard Bertelsmann wrote: > Signed-off-by: Gerhard Bertelsmann > --- > > drivers/net/can/Kconfig| 10 + > drivers/net/can/Makefile | 1 + > drivers/net/can/sun4i_can.c

[PATCH] pptp: avoid releasing the sock too early

Since we're using RCU we can't free the sock structure before RCU lets us, otherwise we're risking getting use-after-frees accessing it: [982915.329359] BUG: KASan: use after free in pptp_connect+0xbe3/0xc10 at addr 88006903e540 [982915.333044] Read of size 2 by task trinity-c4/27338

Re: [PATCH 14/39] SUNRPC: drop null test before destroy functions

ACK, but assuming Trond takes this one.--b. On Sun, Sep 13, 2015 at 02:15:07PM +0200, Julia Lawall wrote: > Remove unneeded NULL test. > > The semantic patch that makes this change is as follows: > (http://coccinelle.lip6.fr/) > > // > @@ expression x; @@ > -if (x != NULL) >

Re: [RFC PATCH 3/3] devicetree: macb: Add optional property tsu-clk

On Mon, 2015-09-14 at 09:58AM +0200, Boris Brezillon wrote: > Hi Harini, > > On Mon, 14 Sep 2015 09:39:05 +0530 > Harini Katakam wrote: > > > On Fri, Sep 11, 2015 at 10:22 PM, Sören Brinkmann > > wrote: > > > Hi Harini, > > > > > > On

Re: [PATCH v2 2/5] seccomp: make underlying bpf ref counted as well

Hi Daniel, On Fri, Sep 11, 2015 at 08:28:19PM +0200, Daniel Borkmann wrote: > I think due to the given insns restrictions on classic seccomp, this > could work for "most cases" (see below) for the time being until pointer > sanitation is resolved and that seccomp-only restriction from the dump >

[net-next PATCH] net: sched: document attach_default_qdiscs

The process of selecting an interface's default qdisc is not really intuitive, at least because there are three different cases to consider. Signed-off-by: Phil Sutter --- net/sched/sch_generic.c | 12 1 file changed, 12 insertions(+) diff --git

Re: [PATCH 14/39] SUNRPC: drop null test before destroy functions

On Mon, Sep 14, 2015 at 12:07 PM, J. Bruce Fields wrote: > ACK, but assuming Trond takes this one.--b. No problem. I'll pick it up... Cheers Trond > On Sun, Sep 13, 2015 at 02:15:07PM +0200, Julia Lawall wrote: >> Remove unneeded NULL test. >> >> The semantic patch that

[PATCH] atm: deal with setting entry before mkip was called

If we didn't call ATMARP_MKIP before ATMARP_ENCAP the VCC descriptor is non-existant and we'll end up dereferencing a NULL ptr: [1033173.491930] kasan: GPF could be caused by NULL-ptr deref or user memory accessirq event stamp: 123386 [1033173.493678] general protection fault: [#1] PREEMPT

Re: [PATCH] atm: deal with setting entry before mkip was called

On Mon, 2015-09-14 at 11:48 -0400, Sasha Levin wrote: > > diff --git a/net/atm/clip.c b/net/atm/clip.c > index 17e55df..4407b2f 100644 > --- a/net/atm/clip.c > +++ b/net/atm/clip.c > @@ -317,6 +317,9 @@ static int clip_constructor(struct neighbour *neigh) > > static int clip_encap(struct

Re: [PATCH] atm: deal with setting entry before mkip was called

On 09/14/2015 01:07 PM, Eric Dumazet wrote: > On Mon, 2015-09-14 at 13:00 -0400, Sasha Levin wrote: > >> I've tried to be consistent with a similar check within clip_mkip() and >> clip_setentry(): >> >> if (!vcc->push) >> return -EBADFD; >> >> So calling clip_setentry()

Re: DSA: phy polling

On 14/09/15 03:42, Russell King - ARM Linux wrote: > Andrew, > > I think you're the current maintainer of the Marvell DSA code, as being > the most recent author of changes to it. :) > > I've noticed in my testing that the Marvell DSA code seems to poll the > internal phy link status in

Re: [PATCH v2 2/5] seccomp: make underlying bpf ref counted as well

On Mon, Sep 14, 2015 at 06:48:43PM +0200, Daniel Borkmann wrote: > On 09/14/2015 06:00 PM, Tycho Andersen wrote: > >On Fri, Sep 11, 2015 at 08:28:19PM +0200, Daniel Borkmann wrote: > >>I think due to the given insns restrictions on classic seccomp, this > >>could work for "most cases" (see below)

Re: [PATCH] pptp: avoid releasing the sock too early

On Mon, 2015-09-14 at 11:40 -0400, Sasha Levin wrote: > Since we're using RCU we can't free the sock structure before RCU lets us, > otherwise we're risking getting use-after-frees accessing it: > > Signed-off-by: Sasha Levin > --- > drivers/net/ppp/pptp.c |9

Re: [PATCH] atm: deal with setting entry before mkip was called

On 09/14/2015 12:50 PM, Eric Dumazet wrote: > On Mon, 2015-09-14 at 11:48 -0400, Sasha Levin wrote: > >> >> diff --git a/net/atm/clip.c b/net/atm/clip.c >> index 17e55df..4407b2f 100644 >> --- a/net/atm/clip.c >> +++ b/net/atm/clip.c >> @@ -317,6 +317,9 @@ static int clip_constructor(struct

Re: [PATCH v2 2/5] seccomp: make underlying bpf ref counted as well

On 09/14/2015 06:00 PM, Tycho Andersen wrote: On Fri, Sep 11, 2015 at 08:28:19PM +0200, Daniel Borkmann wrote: I think due to the given insns restrictions on classic seccomp, this could work for "most cases" (see below) for the time being until pointer sanitation is resolved and that

Re: [PATCH] atm: deal with setting entry before mkip was called

On Mon, 2015-09-14 at 13:00 -0400, Sasha Levin wrote: > I've tried to be consistent with a similar check within clip_mkip() and > clip_setentry(): > > if (!vcc->push) > return -EBADFD; > > So calling clip_setentry() before clip_mkip() would also give you -EBADFD. >

Re: [RFC PATCH 3/3] devicetree: macb: Add optional property tsu-clk

Hi Soren/Boris, On Mon, Sep 14, 2015 at 8:14 PM, Sören Brinkmann wrote: > On Mon, 2015-09-14 at 09:58AM +0200, Boris Brezillon wrote: >> Hi Harini, >> >> On Mon, 14 Sep 2015 09:39:05 +0530 >> Harini Katakam wrote: >> >> > On Fri, Sep 11,

Re: [fw filter]: Broken! fw mark based tc class selection not working

On Mon, Sep 14, 2015 at 5:28 AM, Jamal Hadi Salim wrote: > On 09/11/15 20:00, Cong Wang wrote: >> >> On Fri, Sep 11, 2015 at 3:24 PM, Akshat Kakkar >> wrote: > > >> Hmm, I didn't know that before either. Looks like my tp->init change >> breaks it. >> >>

Re: [net-next PATCH] net: sched: document attach_default_qdiscs

On Mon, Sep 14, 2015 at 03:07:42PM -0700, Cong Wang wrote: > On Mon, Sep 14, 2015 at 8:31 AM, Phil Sutter wrote: > > The process of selecting an interface's default qdisc is not really > > intuitive, at least because there are three different cases to consider. > > It is a static

Re: [PATCH net] openvswitch: Fix IPv6 exthdr handling with ct helpers.

On Mon, Sep 14, 2015 at 11:14 AM, Joe Stringer wrote: > Static code analysis reveals the following bug: > > net/openvswitch/conntrack.c:281 ovs_ct_helper() > warn: unsigned 'protoff' is never less than zero. > > This signedness bug breaks error handling for

severe regression in alx ethernet driver

There is a serious regression in the alx ethernet driver. The driver stopped working after upgrading the kernel from 4.0.x to 4.1.x. Please see https://bugzilla.redhat.com/show_bug.cgi?id=1251434 and https://bugzilla.kernel.org/show_bug.cgi?id=70761 This regression is urgent, as I cannot update

[PATCH net-next] xen-netfront: always set num queues if possible

The xen store preserves this information across module invocations. If you insmod netfront with two queues and later insmod again with one queue, the backend will still believe you asked for two queues. Signed-off-by: Chas Williams <3ch...@gmail.com> --- drivers/net/xen-netfront.c | 12

Re: [PATCH v2] net: mvneta: fix refilling for Rx DMA buffers

Hi Oren, On Mon, Sep 14, 2015 at 01:22:12PM -0700, Oren Laskin wrote: > I had to undo this change on my Amada 370 based board. It was causing > corrupt data to make it through on large downloads. I'm using wget to get > the same 30MB file many times and the SHA would occasionally be different.

Re: [net-next PATCH] net: sched: document attach_default_qdiscs

On Mon, Sep 14, 2015 at 8:31 AM, Phil Sutter wrote: > The process of selecting an interface's default qdisc is not really > intuitive, at least because there are three different cases to consider. It is a static function, not an API, so I don't think it is the right place to

Re: [PATCH net 2/2] 8139cp: reset BQL when ring tx ring cleared

David Woodhouse : [...] > Did you ever work this out ? Not specifically. > I'm seeing something similar on the inward -facing interface on my home > router under high load — and it doesn't automatically recover. [...] > [308309.457239] Pid: 0, comm: swapper Not tainted

Re: [PATCH] Remove #ifdef CONFIG_64BIT from all asm-generic/fcntl.h

On Thu, 10 Sep 2015 04:18:05 PDT (-0700), dhowe...@redhat.com wrote: > David Howells wrote: > >> Rather than iterating through all the rest of your patches and saying the >> same >> thing, if there's something in a UAPI header that needs wrapping in >> __KERNEL__ >> to

[PATCH v7 1/3] can: Allwinner A10/A20 CAN Controller support - Devicetree bindings

Devicetree bindings for Allwinner A10/A20 CAN Signed-off-by: Gerhard Bertelsmann --- .../devicetree/bindings/net/can/sun4i_can.txt | 38 + 1 file changed, 38 insertions(+) diff --git a/Documentation/devicetree/bindings/net/can/sun4i_can.txt

[PATCH v7 3/3] can: Allwinner A10/A20 CAN Controller support - Kernel module

Kernel module for Allwinner A10/A20 CAN Signed-off-by: Gerhard Bertelsmann --- drivers/net/can/Kconfig| 10 + drivers/net/can/Makefile | 1 + drivers/net/can/sun4i_can.c| 857

[PATCH v7 0/3] can: Allwinner A10/A20 CAN Controller support - Summary

Hi, please find attached the next version of my patch set. I have taken all remarks from Marc into the new version Please review, test and report bugs if exists. The patchset applies to all recent Kernel versions (4.3-rc, 4.2, next etc.). [PATCH v7 1/3] Device Tree Binding Documentation

[PATCH v7 2/3] can: Allwinner A10/A20 CAN Controller support - Defconfigs

Defconfigs for Allwinner A10/A20 CAN driver Signed-off-by: Gerhard Bertelsmann --- arch/arm/configs/multi_v7_defconfig| 1 + arch/arm/configs/sunxi_defconfig | 2 + 2 files changed, 3 insertions(+) diff --git

Re: [PATCH v2] net: mvneta: fix refilling for Rx DMA buffers

I would hit this error on my Armada 370 board about 20% of the time after downloading a 30MB file to /tmp. We're running a 1 Gb SGMII link. I would hit this in less than a minute before removing this commit from my tree. I've now been running this test in a loop for a few hours with no

Re: [net-next PATCH] net: sched: document attach_default_qdiscs

On Mon, Sep 14, 2015 at 3:42 PM, Phil Sutter wrote: > On Mon, Sep 14, 2015 at 03:07:42PM -0700, Cong Wang wrote: >> Maybe update default_qdisc description in Documentation/sysctl/net.txt? > > I don't think this is the right place for source code documentation. The > intended audience

RE: fjes: update_zone_task

Dear Dan, Thanks for pointing! I'll check that soon. Sincerely, Taku Izumi > -Original Message- > From: Dan Carpenter [mailto:dan.carpen...@oracle.com] > Sent: Monday, September 14, 2015 10:32 AM > To: Izumi, Taku/泉 拓 > Cc: netdev@vger.kernel.org > Subject: re: fjes:

[PATCH V1 net-next] net: only check perm protocol when register proto

From: Junwei Zhang the permanent protocol nodes are at the head of the list. So only need check all these nodes. and insert the new node after the last permanent protocol node, no matter new node is permanent or not. If the inserted proto conflicts with existing

Re: [PATCH v3 net 0/5] ipv6: Fix dst_entry refcnt bugs in ip6_tunnel

From: David Miller Date: Mon, 14 Sep 2015 19:49:25 -0700 (PDT) > Series applied, thanks Martin. Actually, reverted, this doesn't even compile :-/ In file included from include/linux/srcu.h:33:0, from include/linux/notifier.h:15, from

Re: [PATCH v3 net 0/5] ipv6: Fix dst_entry refcnt bugs in ip6_tunnel

From: Martin KaFai Lau Date: Fri, 11 Sep 2015 11:06:16 -0700 > v3: > - Merge a 'if else if' test in patch 4 > - Use rcu_dereference_protected in patch 5 to fix a sparse check when > CONFIG_SPARSE_RCU_POINTER is enabled > > v2: > - Add patch 4 and 5 to remove the spinlock > >

bnx2x - occasional high packet loss (on LAN)

Hello, I'm trying to track strange issue with one of our servers and like to ask for recommendations.. I've got three node cluster (nodes A..C) interconnected with stacked broadcom ICX6610. eth0 of each box is connected to first switch, eth1 to second one, bonding set as follows: "mode=802.3ad

Re: xfrm4_garbage_collect reaching limit

On Fri, Sep 11, 2015 at 5:48 AM, Steffen Klassert wrote: > Hi Dan. > > On Thu, Sep 10, 2015 at 05:01:26PM -0400, Dan Streetman wrote: >> Hi Steffen, >> >> I've been working with Jay on a ipsec issue, which I believe he >> discussed with you. > > Yes, we talked about

Re: DSA: phy polling

On 14/09/15 11:23, Russell King - ARM Linux wrote: > On Mon, Sep 14, 2015 at 10:28:55AM -0700, Florian Fainelli wrote: >> Just my 2 cents here, I suspect the original intention behind this code >> was to help utilize the switch's built-in PHY polling unit when >> available, and use the HW to

Re: Netfilter: BUG: unable to handle kernel paging request, RIP: physdev_mt+0xd6/0x160

On 2015-09-13 20:06, Florian Westphal wrote: Sander Eikelenboom wrote: Using a linux-4.3-rc1 kernel i encountered the splat below: Thanks for reporting this bug. [ 290.200642] BUG: unable to handle kernel paging request at 0484195d [ 290.211702] IP: []

Re: [RFC PATCH 3/3] devicetree: macb: Add optional property tsu-clk

Hi Harini, On Mon, 14 Sep 2015 09:39:05 +0530 Harini Katakam wrote: > On Fri, Sep 11, 2015 at 10:22 PM, Sören Brinkmann > wrote: > > Hi Harini, > > > > On Fri, 2015-09-11 at 01:27PM +0530, Harini Katakam wrote: > >> Add TSU clock

Re: [PATCH net] ipv6: include NLM_F_REPLACE in route replace notifications

Le 13/09/2015 19:18, Roopa Prabhu a écrit : From: Roopa Prabhu This patch adds NLM_F_REPLACE flag to ipv6 route replace notifications. This makes nlm_flags in ipv6 replace notifications consistent with ipv4. Signed-off-by: Roopa Prabhu

[PATCH net] openvswitch: Fix IPv6 exthdr handling with ct helpers.

Static code analysis reveals the following bug: net/openvswitch/conntrack.c:281 ovs_ct_helper() warn: unsigned 'protoff' is never less than zero. This signedness bug breaks error handling for IPv6 extension headers when using conntrack helpers. Fix the error by using a local

Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR

On 09/11/2015 04:20 PM, Phil Sutter wrote: > On Fri, Sep 11, 2015 at 12:24:45PM -0700, Stephen Hemminger wrote: >> On Fri, 11 Sep 2015 21:22:03 +0200 >> Phil Sutter wrote: >> >>> When forwarding packets from an 802.1Q interface with REORDER_HDR set to >>> zero, the VLAN header

Re: Any way to configure a vlan interface to grab ONLY untagged frames?

On 09/13/2015 12:49 PM, Nathan Neulinger wrote: > It seems like running 'vconfig add IFACE 0' and using IFACE.0 would do this, > but it > doesn't actually seem to work that way. > > If I capture on IFACE directly, I'd expect to get all traffic, including the > tagged frames > (with the tag

Re: v2 of seccomp filter c/r patches

On Sep 11, 2015 10:28 AM, "Tycho Andersen" wrote: > > On Fri, Sep 11, 2015 at 10:00:22AM -0700, Andy Lutomirski wrote: > > On Fri, Sep 11, 2015 at 9:30 AM, Andy Lutomirski > > wrote: > > > On Sep 10, 2015 5:22 PM, "Tycho Andersen"

Re: DSA: phy polling

On Mon, Sep 14, 2015 at 10:28:55AM -0700, Florian Fainelli wrote: > Just my 2 cents here, I suspect the original intention behind this code > was to help utilize the switch's built-in PHY polling unit when > available, and use the HW to collect the state of all PHYs in fewer > register to read,

Re: Any way to configure a vlan interface to grab ONLY untagged frames?

That is a quite elegant solution. I will give that a try! -- Nathan On 09/14/2015 01:28 PM, Vlad Yasevich wrote: On 09/13/2015 12:49 PM, Nathan Neulinger wrote: It seems like running 'vconfig add IFACE 0' and using IFACE.0 would do this, but it doesn't actually seem to work that way. If I

Re: [PATCH v2 4/5] seccomp: add a way to access filters via bpf fds

On Sep 11, 2015 9:44 AM, "Tycho Andersen" wrote: > > On Fri, Sep 11, 2015 at 09:20:55AM -0700, Andy Lutomirski wrote: > > On Sep 10, 2015 5:22 PM, "Tycho Andersen" > > wrote: > > > > > > This patch adds a way for a process that is

Re: kernel warning in tcp_fragment

Hi Grant, Thanks for testing it. I will try to repost the patch. Thanks, Martin On Tue, Sep 01, 2015 at 04:02:33PM -0700, Grant Zhang wrote: > Hi Martin, > > I did try out your v2 patch on our production server and can confirm that > the patch gets rid of the WARN_ON trace. > > I would really

Re: kernel warning in tcp_fragment

On Mon, Sep 14, 2015 at 6:27 AM, Jovi Zhangwei wrote: > > Hi Near, > > After several days testing on your patch, our system crashed. Dmesg attached. Jovi -- Sorry about that... thank you for the testing and the data point. neal -- To unsubscribe from this list: send the

Re: [net-next PATCH] net: bridge: fix for bridging 802.1Q without REORDER_HDR

On Mon, Sep 14, 2015 at 02:21:10PM -0400, Vlad Yasevich wrote: > On 09/11/2015 04:20 PM, Phil Sutter wrote: > > On Fri, Sep 11, 2015 at 12:24:45PM -0700, Stephen Hemminger wrote: > >> On Fri, 11 Sep 2015 21:22:03 +0200 > >> Phil Sutter wrote: > >> > >>> When forwarding packets from

Re: [PATCH net] ipv6: include NLM_F_REPLACE in route replace notifications

On Sun, Sep 13, 2015 at 10:18:33AM -0700, Roopa Prabhu wrote: > From: Roopa Prabhu > > This patch adds NLM_F_REPLACE flag to ipv6 route replace notifications. > This makes nlm_flags in ipv6 replace notifications consistent > with ipv4. > > Signed-off-by: Roopa Prabhu

Re: [PATCH] iwlwifi: mvm: fix tof.h header guard

On Sat, 2015-09-12 at 12:04 +0200, Nicolas Iooss wrote: > Commit ce7929186a39 ("iwlwifi: mvm: add basic Time of Flight > (802.11mc > FTM) support") created drivers/net/wireless/iwlwifi/mvm/tof.h with a > broken header guard: > > #ifndef __tof > #define __tof_h__ > > ... > >