Package Details: netatop-dkms 3.1-1

Git Clone URL: https://aur.archlinux.org/netatop-dkms.git (read-only, click to copy)
Package Base: netatop-dkms
Description: Atop network kernel module, enables network statistics in atop
Upstream URL: http://www.atoptool.nl/
Keywords: atop dkms kernel module netatop
Licenses: GPL
Groups: modules
Conflicts: netatop
Submitter: m1kc
Maintainer: m1kc
Last Packager: m1kc
Votes: 11
Popularity: 0.064572
First Submitted: 2015-06-02 10:10
Last Updated: 2020-05-10 13:29

Latest Comments

« First ‹ Previous 1 2 3 4 Next › Last »

eggz commented on 2020-05-08 03:51

@hexadecagram missing kernel module tree?? I dont think its the fault of this package. its probably referring /usr/lib/modules/, is your kernel listed there? Did you install your headers and reboot? also why are you using dkms with the vanilla kernel? Cant you use the regular package instead?

hexadecagram commented on 2020-05-08 00:43

When setting pkgver=3.1 (and of course sha256sums=('SKIP' '...') I get a successful build but see:

==> Unable to install module netatop/3.1 for kernel 5.6.10-arch1-1: Missing kernel modules tree.

eggz commented on 2020-05-04 04:54

( FYI Just update "pkgver=3.0" to "pkgver=3.1" and it's all good )

eggz commented on 2020-04-29 20:26

Hmm, your fix did not include the new proc notation fixes... Infact, that github doesnt even have the kernel module? Why is that kernel module not on git? Can't even see the changes there.

bartus commented on 2020-04-29 19:45

Version 3.1 has been released with fixes for kernel>=5.5

frankspace commented on 2020-04-25 19:53

Simple if you understood any of that, certainly! Anyway, I can confirm that the amendments to prepare() provided by eggz work perfectly on my system. Thank you!

eggz commented on 2020-04-24 07:38

... OK so firstly,

boottime is a u64, not a u32. This was already in the changelog... C'mon guys... Pay attention...

then, as described in https://lore.kernel.org/linux-fsdevel/20191225172228.GA13378@avx2/ , You have to use proc_ops in newer kernels instead of file_operations

Proof of concept: use this prepare() of the PKGBUILD:

prepare() {
        true
        #patch -d "${srcdir}/${_pkgname}-${pkgver}" -Np1 -i "${srcdir}"/netatop_kernel_5.5.patch
        sed -i 's/timespec/timespec64/g'  $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i 's/getboottime/getboottime64/g' $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i 's/file_operations/proc_ops/g' $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i 's/\.open/\.proc_open/g' $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i 's/\.read/\.proc_read/g' $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i 's/\.llseek/\.proc_lseek/g' $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i 's/\.release/\.proc_release/g' $srcdir/$_pkgname-$pkgver/module/netatop.c
        sed -i '354d' $srcdir/$_pkgname-$pkgver/module/netatop.c
}

It should work then. I do not get why anyone has noticed this yet, also upstream. They could have already spot this minor problems upstream on RC kernels (yes, that is what they are for). Above all, This fix was very simple...

frankspace commented on 2020-04-20 14:26

I've reported to upstream that this no longer compiles under linux kernel version 5.6, but I've no idea whether upstream noticed yet.

m1kc commented on 2020-04-20 10:47

Updated to netatop 3.0.

stef204 commented on 2020-04-20 08:37

patch needs updating for 5.6+ kernel.