Hi Finn,
On Sat, Nov 11, 2017 at 7:12 AM, Finn Thain wrote:
> It is misleading to use "dev" to mean a functional resource. And
> in adopting the Linux Driver Model, struct nubus_board will embed a
> struct device. Drivers will then bind with boards, not with functional
> resources.
>
> Rename str
Mon, Nov 13, 2017 at 09:45:12AM CET, jakub.kicin...@netronome.com wrote:
>On Mon, 13 Nov 2017 09:35:55 +0100, Jiri Pirko wrote:
>> Mon, Nov 13, 2017 at 09:17:23AM CET, jakub.kicin...@netronome.com wrote:
>> >On Mon, 13 Nov 2017 09:08:16 +0100, Jiri Pirko wrote:
>> >> Mon, Nov 13, 2017 at 09:03:34
Johan Hovold writes:
> Fix child-node lookup during probe, which ended up searching the whole
> device tree depth-first starting at the parent rather than just matching
> on its children.
>
> To make things worse, the parent mmio node was also prematurely freed.
>
> Fixes: fd52bdae9ab0 ("wcn36xx:
On Mon, 13 Nov 2017 09:35:55 +0100, Jiri Pirko wrote:
> Mon, Nov 13, 2017 at 09:17:23AM CET, jakub.kicin...@netronome.com wrote:
> >On Mon, 13 Nov 2017 09:08:16 +0100, Jiri Pirko wrote:
> >> Mon, Nov 13, 2017 at 09:03:34AM CET, jakub.kicin...@netronome.com wrote:
> >> >On Mon, 13 Nov 2017 08:58
Mon, Nov 13, 2017 at 09:17:23AM CET, jakub.kicin...@netronome.com wrote:
>On Mon, 13 Nov 2017 09:08:16 +0100, Jiri Pirko wrote:
>> Mon, Nov 13, 2017 at 09:03:34AM CET, jakub.kicin...@netronome.com wrote:
>> >On Mon, 13 Nov 2017 08:58:44 +0100, Jiri Pirko wrote:
>> >> Mon, Nov 13, 2017 at 08:47:26
Hi David,
> -Original Message-
> From: David Miller [mailto:da...@davemloft.net]
> Sent: Monday, November 13, 2017 1:19 AM
> To: Salil Mehta
> Cc: h...@lst.de; Zhuangyuzeng (Yisen); lipeng (Y);
> mehta.salil@gmail.com; netdev@vger.kernel.org; linux-
> ker...@vger.kernel.org; linux-r...@
Mon, Nov 13, 2017 at 09:12:35AM CET, jakub.kicin...@netronome.com wrote:
>On Mon, 13 Nov 2017 08:55:56 +0100, Jiri Pirko wrote:
>> Mon, Nov 13, 2017 at 08:17:34AM CET, jakub.kicin...@netronome.com wrote:
>> >On Mon, 13 Nov 2017 07:25:38 +0100, Jiri Pirko wrote:
>> >> Mon, Nov 13, 2017 at 03:14:18
Add DT info for the stmmac ethernet MAC which found in
the Amlogic's Meson-AXG SoC, also describe the ethernet
pinctrl & clock information here.
This is tested in the S400 dev board which use a RTL8211F PHY,
and the pins connect to the 'eth_rgmii_y_pins' group.
Signed-off-by: Yixun Lan
---
arch
On Mon, 13 Nov 2017 09:08:16 +0100, Jiri Pirko wrote:
> Mon, Nov 13, 2017 at 09:03:34AM CET, jakub.kicin...@netronome.com wrote:
> >On Mon, 13 Nov 2017 08:58:44 +0100, Jiri Pirko wrote:
> >> Mon, Nov 13, 2017 at 08:47:26AM CET, jakub.kicin...@netronome.com wrote:
> >> >On Sun, 12 Nov 2017 16:55
On Mon, 13 Nov 2017 08:55:56 +0100, Jiri Pirko wrote:
> Mon, Nov 13, 2017 at 08:17:34AM CET, jakub.kicin...@netronome.com wrote:
> >On Mon, 13 Nov 2017 07:25:38 +0100, Jiri Pirko wrote:
> >> Mon, Nov 13, 2017 at 03:14:18AM CET, jakub.kicin...@netronome.com wrote:
> >> >On Sun, 12 Nov 2017 16:55
Hi,
those four patches never made it into any 4.13 release.
0001-net-call-sk_reuseport_match-if-we-are-a-reusesock.patch
0001-net-don-t-fast-patch-mismatched-sockets-in-STRICT-mo.patch
0001-net-use-inet6_rcv_saddr-to-compare-sockets.patch
0001-net-set-tb-fast_sk_family.patch
And I have just seen
devm_gpiod_get_optional() can return an error in addition to a NULL ptr.
Check for error and propagate that to the probe function. Check return
value in probe. This will now handle EPROBE_DEFER for the reset gpio.
Signed-off-by: Phil Reid
---
drivers/net/dsa/lan9303-core.c | 13 ++---
1
Mon, Nov 13, 2017 at 09:05:26AM CET, jakub.kicin...@netronome.com wrote:
>On Mon, 13 Nov 2017 08:56:58 +0100, Jiri Pirko wrote:
>> Mon, Nov 13, 2017 at 08:54:52AM CET, jakub.kicin...@netronome.com wrote:
>> >On Sun, 12 Nov 2017 16:56:00 +0100, Jiri Pirko wrote:
>> >> diff --git a/net/sched/sch_in
Replaces Pan Bian patch
"net: dsa: lan9303: correctly check return value of devm_gpiod_get_optional"
Errors need to be prograted back from probe.
Note: I have only compile tested the code as I don't have the hardware.
Phil Reid (2):
net: dsa: lan9303: make lan9303_handle_reset() a void funct
lan9303_handle_reset never returns anything other than success.
So there's not need for it to return an error code.
Signed-off-by: Phil Reid
---
drivers/net/dsa/lan9303-core.c | 10 +++---
1 file changed, 3 insertions(+), 7 deletions(-)
diff --git a/drivers/net/dsa/lan9303-core.c b/drivers/
Mon, Nov 13, 2017 at 09:03:34AM CET, jakub.kicin...@netronome.com wrote:
>On Mon, 13 Nov 2017 08:58:44 +0100, Jiri Pirko wrote:
>> Mon, Nov 13, 2017 at 08:47:26AM CET, jakub.kicin...@netronome.com wrote:
>> >On Sun, 12 Nov 2017 16:55:58 +0100, Jiri Pirko wrote:
>> >> From: Jiri Pirko
>> >>
>> >
> 1. anything bpf related has to go via net-next tree.
I found there is a net-next git repo:
https://git.kernel.org/pub/scm/linux/kernel/git/davem/net-next.git
I will use this repo for the further bpf-ftrace patch set.
> 2.
> this obviously breaks ABI. New types can only be added to the end.
Sure,
On Mon, 13 Nov 2017 08:56:58 +0100, Jiri Pirko wrote:
> Mon, Nov 13, 2017 at 08:54:52AM CET, jakub.kicin...@netronome.com wrote:
> >On Sun, 12 Nov 2017 16:56:00 +0100, Jiri Pirko wrote:
> >> diff --git a/net/sched/sch_ingress.c b/net/sched/sch_ingress.c
> >> index 5ecc38f..ee89efc 100644
> >> ---
On Mon, 13 Nov 2017 08:58:44 +0100, Jiri Pirko wrote:
> Mon, Nov 13, 2017 at 08:47:26AM CET, jakub.kicin...@netronome.com wrote:
> >On Sun, 12 Nov 2017 16:55:58 +0100, Jiri Pirko wrote:
> >> From: Jiri Pirko
> >>
> >> Couple of classifiers call netif_keep_dst directly on q->dev. That is
> >> no
Peter Zijlstra wrote:
> On Mon, Nov 13, 2017 at 08:21:59AM +0100, Florian Westphal wrote:
> > Reason is that some places do this:
> >
> > rtnl_register(pf, RTM_FOO, doit, NULL, 0);
> > rtnl_register(pf, RTM_FOO, NULL, dumpit, 0);
>
> Sure, however,
>
> > (from different call sites in the stack)
On Tue, Nov 07, 2017 at 08:19:29AM -0600, Gustavo A. R. Silva wrote:
> In preparation to enabling -Wimplicit-fallthrough, mark switch cases
> where we are expecting to fall through.
>
> Addresses-Coverity-ID: 1128839
> Addresses-Coverity-ID: 1128840
> Addresses-Coverity-ID: 115120
> Addresses-Cove
201 - 221 of 221 matches
Mail list logo
