lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Fri, 18 Sep 2020 22:52:56 -0600 From: David Ahern <dsahern@...il.com> To: Jakub Kicinski <kuba@...nel.org> Cc: stephen@...workplumber.org, netdev@...r.kernel.org Subject: Re: [PATCH iproute2-next] ip: promote missed packets to the -s row On 9/18/20 9:48 AM, Jakub Kicinski wrote: > On Fri, 18 Sep 2020 09:44:35 -0600 David Ahern wrote: >> On 9/16/20 1:42 PM, Jakub Kicinski wrote: >>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 >>> link/ether 00:0a:f7:c1:4d:38 brd ff:ff:ff:ff:ff:ff >>> RX: bytes packets errors dropped overrun mcast >>> 6.04T 4.67G 0 0 0 67.7M >>> RX errors: length crc frame fifo missed >>> 0 0 0 0 7 >>> TX: bytes packets errors dropped carrier collsns >>> 3.13T 2.76G 0 0 0 0 >>> TX errors: aborted fifo window heartbeat transns >>> 0 0 0 0 6 >>> >>> After: >>> >>> 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000 >>> link/ether 00:0a:f7:c1:4d:38 brd ff:ff:ff:ff:ff:ff >>> RX: bytes packets errors dropped missed mcast >>> 6.04T 4.67G 0 0 7 67.7M >>> RX errors: length crc frame fifo overrun >>> 0 0 0 0 0 >>> TX: bytes packets errors dropped carrier collsns >>> 3.13T 2.76G 0 0 0 0 >>> TX errors: aborted fifo window heartbeat transns >>> 0 0 0 0 6 >> >> changes to ip output are usually not allowed. > > Does that mean "no" or "you need to be more convincing"? :) > > JSON output is not changed. I don't think we care about screen > scrapers. If we cared about people how interpret values based > on their position in the output we would break that with every > release, no? > In this case you are not adding or inserting a new column, you are changing the meaning of an existing column. It's an 'error' stat so probably not as sensitive. I do not have a strong religion on it since it seems to be making the error stat more up to date.
Powered by blists - more mailing lists