vcswatch reports that
this package seems to have a new changelog entry (version
1:5.0-1, distribution
UNRELEASED) and new commits
in its VCS. You should consider whether it's time to make
an upload.
Here are the relevant commit messages:
commit dafc48451cf300da90cbe7ec546230e6fe8502a0
Author: Romain Perier <romain.perier@gmail.com>
Date: Fri Mar 15 22:10:26 2019 +0100
Add new upstream version in changelog
commit 439ca7e819e77ba338e5015ae8d08d1b98d3663c
Merge: 97c6358 9a56485
Author: Romain Perier <romain.perier@gmail.com>
Date: Fri Mar 15 22:08:22 2019 +0100
Update upstream source from tag 'upstream/5.0'
Update to upstream version '5.0'
with Debian dir 825dfe4ff5ce1b6b867f3f9b12db0853fc653c26
commit 9a5648580912c0524204e203a874f45b8e134083
Author: Romain Perier <romain.perier@gmail.com>
Date: Fri Mar 15 22:08:22 2019 +0100
New upstream version 5.0
commit 170d82178e8f1cd20577dc89f1f4a0c4df4793a0
Author: John W. Linville <linville@tuxdriver.com>
Date: Wed Mar 13 14:07:00 2019 -0400
Release version 5.0.
Signed-off-by: John W. Linville <linville@redhat.com>
commit 909f8c0bd63e2e3ea4904b57ef5afe6e09c6ce5f
Author: Maciej Żenczykowski <maze@google.com>
Date: Tue Jan 29 18:48:49 2019 -0800
Revert "ethtool: change to new sane powerpc64 kernel headers"
This reverts commit 4df55c81996dfb1dbe98c93ee62d8067ed5073a9.
It turns out this is not needed due to:
commit c0a2c04b3cbf6d399a2551654401957ddb529a50
internal.h: change to new sane kernel headers on 64-bit archs
which I apparently entirely forgot about while trying
to synchronize internal and upstream git repositories.
Change-Id: I56d90a3c1e9b66c30526824fb7bc41aab01d85d1
Signed-off-by: Maciej Żenczykowski <maze@google.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit a4842742d488eae156259364cf2bb9ef576fec0a
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:41 2018 -0500
ethtool: dsa: mv88e6xxx: add pretty dump for others
This patch adds basic pretty dump for the remaining mv88e6xxx switches
supported by the kernel DSA driver.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit 034a17bffe3fb9f39d9d75c63d5d45b91d415ac8
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:40 2018 -0500
ethtool: dsa: mv88e6xxx: add pretty dump for 88E6390
This patch adds support for pretty dump the port registers of the
88E6190, 88E6290, 88E6390, 88E6190X and 88E6390X switches, which all
share the same datasheet.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit 7f1cc44e84cdd9f3ad7024f466bdeb3243620b07
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:39 2018 -0500
ethtool: dsa: mv88e6xxx: add pretty dump for 88E6352
This patch adds support for pretty dump the port registers of the
88E6172, 88E6176, 88E6240 and 88E6352 switches, which all share the
same datasheet.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit a13a053d221b741df594fbe3b101511290998179
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:38 2018 -0500
ethtool: dsa: mv88e6xxx: add pretty dump for 88E6161
This patch adds support for pretty dump the port registers of the
88E6161 and 88E6123 switches, which both share the same datasheet.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit 4e980297aa6850c94af1e3f496e19a61bb7f5ea7
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:37 2018 -0500
ethtool: dsa: mv88e6xxx: add pretty dump for 88E6185
This patch adds support for pretty dump the port registers of the
88E6185 switch.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit ff99e4615ea4040247e716c0d0837cf2f747a07b
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:36 2018 -0500
ethtool: dsa: mv88e6xxx: add pretty dump
The mv88e6xxx DSA driver supports many Marvell devices all using 32
registers of 16 bits. However each devices have a slightly different
register definition.
This patch adds the boilerplate for providing an optional function
per mv88e6xxx switch. It does not pretty dump anything yet.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit cb8e98007e7bfd74c4b9e340b3656a21c20b076f
Author: Vivien Didelot <vivien.didelot@gmail.com>
Date: Tue Dec 18 14:06:35 2018 -0500
ethtool: dsa: add pretty dump
This patch adds the preliminary bits for pretty dumping the registers
of the "dsa" kernel drivers.
This patch does not pretty dump anything yet.
Following patches will add support for the "mv88e6xxx" DSA driver.
Signed-off-by: Vivien Didelot <vivien.didelot@gmail.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit 4df55c81996dfb1dbe98c93ee62d8067ed5073a9
Author: Maciej Żenczykowski <maze@google.com>
Date: Fri Dec 14 17:19:36 2018 -0800
ethtool: change to new sane powerpc64 kernel headers
This fixes:
In file included from ethtool-copy.h:22:0,
from internal.h:32,
from ethtool.c:29:
.../include/linux/types.h:32:25: error: conflicting types for '__be64'
typedef __u64 __bitwise __be64;
^
In file included from ethtool.c:29:0:
internal.h:23:28: note: previous declaration of '__be64' was here
typedef unsigned long long __be64;
^
ethtool.c: In function 'do_gstats':
ethtool.c:3166:4: error: format '%llu' expects argument of type 'long long unsigned int', but argument 5 has type '__u64' [-Werror=format=]
stats->data[i]);
^
ethtool.c: In function 'print_indir_table':
ethtool.c:3293:9: error: format '%llu' expects argument of type 'long long unsigned int', but argument 3 has type '__u64' [-Werror=format=]
ctx->devname, ring_count->data);
^
$ gcc -dM -E - <<< "" | egrep -i 'power|ppc|arm|aarch|x86|86|amd'
.#define __x86_64 1
.#define __amd64 1
.#define __x86_64__ 1
.#define __amd64__ 1
.#define _ARCH_PPCGR 1
.#define __PPC64__ 1
.#define _ARCH_PPC 1
.#define __powerpc64__ 1
.#define __PPC__ 1
.#define __powerpc__ 1
.#define _ARCH_PPC64 1
.#define __AARCH64_CMODEL_SMALL__ 1
.#define __aarch64__ 1
.#define __AARCH64EL__ 1
.#define __ARM_NEON 1
Signed-off-by: Maciej Żenczykowski <maze@google.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit 0cb963e69b11b6e624aad9f84ca2f878135317c6
Author: Maciej Żenczykowski <maze@google.com>
Date: Fri Dec 14 17:19:23 2018 -0800
ethtool: zero initialize coalesce struct
prior to fetching it from kernel.
Otherwise we run the risk of very tail portion of it (dmac field)
being left entirely uninitialized, and likely containing some sort
of stale data.
It seems to likely be some sort of time (a second's counter).
Tested:
'ethtool -c eth1' with old kernel now reports 'dmac: 0' where
previously it reported some sort of second counter.
Signed-off-by: Maciej Żenczykowski <maze@google.com>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
commit 8f05538b92385a12504d530d4fdca7157edbb817
Author: Ivan Vecera <cera@cera.cz>
Date: Thu Nov 29 16:36:53 2018 +0100
ethtool: don't report UFO on kernels v4.14 and above
Support for UDP fragmentation offloading was removed in kernel v4.14.
The ethtool reports incorrectly its state on this and newer kernels:
$ ethtool -k enp0s31f6 | grep udp-frag
udp-fragmentation-offload: off
It's look like that the feature is supported and disabled only. Instead
of this behavior the status of UFO should not be reported on such kernels.
As the UFO is only one feature that was removed from the ethtool I have
decided after discussion with John to implement only simple check for
this instead of implementing more generic solution like 'max_kernel_ver
field in struct off_flag_def'.
Cc: John W. Linville <linville@redhat.com>
Signed-off-by: Ivan Vecera <cera@cera.cz>
Signed-off-by: John W. Linville <linville@tuxdriver.com>
![[bug history graph]](https://qa.debian.org/data/bts/graphs/e/ethtool.png){kind=link}