> "Florian" == Florian Fainelli writes:
Hi,
>> Does the Marvell phy have such a register? Looking at the register
>> dump and plugging/unplugging cables seems not to show a register
>> reporting whether any particular interface has changed state, and
>> I haven't noticed there being any
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 la
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 this at the LPC.
>
>> In this c
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 include/linux/memory_hotplu
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
>
> v1:
> This patch
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 permanent protocol,
then goto ou
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: update_zone_
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 IPv6 extension headers w
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 +
3 files changed,
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
b/Documentation/devicetree/bindings/net/can/su
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
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 a/arch/arm/configs/multi_v7_defconfig
b/arch/
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 exclude it from userspace'
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 are users, an
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 function, not an
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 collec
On Mon, Sep 14, 2015 at 03:16:50PM -0700, Oren Laskin wrote:
> 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 n
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 problems.
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 document.
Maybe upda
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.
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.
>>
>> Could you try the following patch?
>>
>
> I
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 3.7.1 #1
It's unrelated b
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 my
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 +++---
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 an 802.1Q inter
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 ca
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 intac
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, ins
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 previously inserted
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 line "unsubscribe netdev"
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 signe
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 l
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 "real root" to access the
> > > seccomp filters of another proces
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"
> > > wrote:
> > >>
> > >> Hi all,
> > >>
> > >> Here is v2 of
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, 2015 at 10:22 PM, Sören Brinkmann
>> > wrote:
>> > > Hi H
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 mv88e6xxx
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) f
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() bef
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.
>
Okay
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 neighb
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 atm_v
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 seccomp-onl
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 -
> include/linux/if
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 makes this change is a
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)
> \(kmem_cache_dest
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
> c
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 S
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
[982915.
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 a/net/sched/sch_generic.c b/net/sche
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 Fri, 2015-09-11 at 01:27PM +0530, Harini Katakam wrote:
> >
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 kernel paging request at
> >>0484195d
>
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| 824
> ++
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 mailbo
* 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, sigh), this is the list of ipc syscalls t
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 insertions(+)
> >
> >
> > diff
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: +49-231-2826-924 |
Vertretung West/D
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 file mode 100644
index 00
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:
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 insertions(+)
diff --git a/drivers
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
b/arch/arm/configs/multi_v7_defconfig
index 03deb7f.
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 a/Documentation/devicetree/bindings/net/can/sun4i_can.txt
> b/Documentation/device
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 0?).
If someone wants to
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
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 cp_tx_timeout or cp_change_mt
> 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 scrip
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 -- leading to a huge
> positi
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.
> >
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@... {
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 to give up the transparent
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 according
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 insertions(+), 1 deletion(-)
create mode 100644 includ
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";
stat
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
Reviewed-by: Michal Kubece
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__
>
> ...
>
> #end
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 frequency to be used for 1588 support in macb driver.
> >>
> >> S
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: [] physdev_mt+0xd6/0x160
[..]
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
Acked-by: Nicolas Dichtel
--
To unsubscribe from this l
77 matches
Mail list logo
