Re: [PATCH] iproute2: show network device dependency tree

Sat, Feb 25, 2017 at 09:22:22PM CET, zaboj.camp...@post.cz wrote: >On Sat, 2017-02-25 at 18:39 +0100, Jiri Pirko wrote: >> > Sat, Feb 25, 2017 at 05:59:00PM CET, zaboj.camp...@post.cz wrote: >> > Add the argument '-tree' to ip-link to show network devices dependency >> > tree. >> > >> > Example:

Re: [PATCH v5 4/6] ipv6: addrconf: fix 48 bit 6lowpan autoconfiguration

Hi, okay now I am finally confused. On 02/24/2017 01:14 PM, Luiz Augusto von Dentz wrote: > From: Alexander Aring > > This patch adds support for 48 bit 6LoWPAN address length > autoconfiguration which is the case for BTLE 6LoWPAN. > > Signed-off-by: Alexander Aring

Re: [PATCH v5 6/6] 6lowpan: Fix IID format for Bluetooth

Hi, On 02/26/2017 07:05 AM, Alexander Aring wrote: > > Hi, > > On 02/24/2017 01:14 PM, Luiz Augusto von Dentz wrote: >> From: Luiz Augusto von Dentz >> >> Accourding to RFC 7668 U/L bit shall not be used: >> >> https://wiki.tools.ietf.org/html/rfc7668#section-3.2.2

Re: [PATCH v5 6/6] 6lowpan: Fix IID format for Bluetooth

Hi, On 02/24/2017 01:14 PM, Luiz Augusto von Dentz wrote: > From: Luiz Augusto von Dentz > > Accourding to RFC 7668 U/L bit shall not be used: > > https://wiki.tools.ietf.org/html/rfc7668#section-3.2.2 [Page 10]: > >In the figure, letter 'b' represents a bit

Re: [PATCH 0/2] net: sched: make it possible to unhide default qdiscs

On Sat, 25 Feb 2017, Jiri Kosina wrote: > This is a followup to a patchset submitted back in October 2016 No idea what happened that my usual patchset sending process broke and there is no 'References/In-reply-to' in the actual patches :/ I will investigate that. Please let me know in case

[PATCH 1/2] net: sched: make default fifo qdiscs appear in the dump

From: Jiri Kosina The original reason [1] for having hidden qdiscs (potential scalability issues in qdisc_match_from_root() with single linked list in case of large amount of qdiscs) has been invalidated by 59cc1f61f0 ("net: sched: convert qdisc linked list to hashtable").

[PATCH 2/2] iproute2: add support for invisible qdisc dumping

From: Jiri Kosina Support the new TCA_DUMP_INVISIBLE netlink attribute that allows asking kernel to perform 'full qdisc dump', as for historical reasons some of the default qdiscs are being hidden by the kernel. The command syntax is being extended by voluntary 'invisible'

[PATCH 0/2] net: sched: make it possible to unhide default qdiscs

This is a followup to a patchset submitted back in October 2016 http://lkml.kernel.org/r/alpine.lnx.2.00.1610211024400.31...@cbobk.fhfr.pm that aimed at making the qdisc hierarchy more transparent and unhide the default qdiscs in the dump by default. After some discussion, it turned

Re: [PATCH] iproute2: show network device dependency tree

On Sat, 2017-02-25 at 18:39 +0100, Jiri Pirko wrote: > > Sat, Feb 25, 2017 at 05:59:00PM CET, zaboj.camp...@post.cz wrote: > > Add the argument '-tree' to ip-link to show network devices dependency tree. > > > > Example: > > > > $ ip -tree link > > eth0 > >    bond0 > > eth1 > >    bond0 > >

[PATCH] net: vxge: fix typo argumnet argument

This commit fix the typo argumnet/argument Signed-off-by: Corentin Labbe --- drivers/net/ethernet/neterion/vxge/vxge-ethtool.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/neterion/vxge/vxge-ethtool.c

[PATCH] net: s2io: fix typo argumnet argument

This commit fix the typo argumnet/argument Signed-off-by: Corentin Labbe --- drivers/net/ethernet/neterion/s2io.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/ethernet/neterion/s2io.c b/drivers/net/ethernet/neterion/s2io.c index

Re: [PATCH] iproute2: show network device dependency tree

Sat, Feb 25, 2017 at 05:59:00PM CET, zaboj.camp...@post.cz wrote: >Add the argument '-tree' to ip-link to show network devices dependency tree. > >Example: > >$ ip -tree link >eth0 >bond0 >eth1 >bond0 >eth2 >bond1 >eth3 >bond1 Hmm, what is this good for? I'm probably missing

Re: [PATCH 1/1] color: use "light" colors for dark background

On 2017-02-24 11:13+0100, Petr Vorel wrote: COLORFGBG environment variable is used to detect dark background. Idea and a bit of code is borrowed from Vim, thanks. Signed-off-by: Petr Vorel --- Colors are nice, but the ones chosen aren't suitable for dark background. Yea, I

[PATCH] iproute2: show network device dependency tree

Add the argument '-tree' to ip-link to show network devices dependency tree. Example: $ ip -tree link eth0 bond0 eth1 bond0 eth2 bond1 eth3 bond1 Signed-off-by: Zaboj Campula --- include/utils.h | 1 + ip/ip.c | 5 ++- ip/ipaddress.c | 97

Re: [PATCH net] net/mlx4_en: fix overflow in mlx4_en_init_timestamp()

On Fri, Feb 24, 2017 at 6:21 PM, David Miller wrote: > From: Eric Dumazet > Date: Thu, 23 Feb 2017 > Tariq please review. Dave, Just to re-iterate what we wrote here couple of time, the IL WW is Sun-Thu on GMT+2 hours and hence this patch was sent

[PATCH net] net/mlx4_en: reception NAPI/IRQ race breaker

From: Eric Dumazet While playing with hardware timestamping of RX packets, I found that some packets were received by TCP stack with a ~200 ms delay... Since the timestamp was provided by the NIC, and my probe was added in tcp_v4_rcv() while in BH handler, I was confident

[PATCH net] xfrm: provide correct dst in xfrm_neigh_lookup

Fix xfrm_neigh_lookup to provide dst->path to the neigh_lookup dst_ops method. When skb is provided, the IP address in packet should already match the dst->path address family. But for the non-skb case, we should consider the last tunnel address as nexthop address. Fixes: f894cbf847c9 ("net: Add

Re: [bug report] rhashtable: Add nested tables

On Thu, Feb 16, 2017 at 03:17:03PM +0300, Dan Carpenter wrote: > Hello Herbert Xu, > > This is a semi-automatic email about new static checker warnings. > > The patch 40137906c5f5: "rhashtable: Add nested tables" from Feb 11, > 2017, leads to the following Smatch complaint: > >

Re: [rhashtable] 5d60de5ff1 [ INFO: suspicious RCU usage. ]

On Sat, Feb 18, 2017 at 01:23:31PM +0800, Fengguang Wu wrote: > Greetings, > > 0day kernel testing robot got the below dmesg and the first bad commit is > > https://github.com/0day-ci/linux > Herbert-Xu/rhashtable-Handle-table-allocation-failure-during-insertion/20170212-030221 > > commit

Re: [PATCH net-next 2/2] sctp: add support for MSG_MORE

On Fri, Feb 24, 2017 at 6:14 PM, David Laight wrote: > > From: Xin Long > > Sent: 24 February 2017 06:44 > ... > > > IIRC sctp_packet_can_append_data() is called for the first queued > > > data chunk in order to decide whether to generate a message that > > > consists