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:
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
> Signed-off-by: Luiz Aug
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 [Page 10]:
>>
>>In the f
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 from the
>Bluetooth device
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 you'
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").
This allows us for
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' argument to
'tc qdis
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
ou
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
> > eth2
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
b/drivers/net/ethernet/neterion/vxge/vxge-ethtool.
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 c5c1d0e..118723e 100644
--- a/d
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 somet
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 admit, the origina
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
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 when the
developers/maintainer are into weeken
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 it was not
a sender iss
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
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:
>
> lib/rhashtable.c
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 5d60d
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 only of data chunks.
> > > If
20 matches
Mail list logo
