Package Base Details: linux-ck

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 421
Popularity: 4.47
First Submitted: 2011-07-22 14:51
Last Updated: 2020-01-20 21:18

Packages (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 ... Next › Last »

kwe commented on 2019-10-30 22:06

@laenco: Here is my current system state:

$ grep -i fou ~/.config/modprobed.db
$ lsmod | grep -i fou
$ lsmod | grep -i wire
wireguard             233472  0
ip6_udp_tunnel         16384  1 wireguard
udp_tunnel             16384  1 wireguard
$ grep -i tun ~/.config/modprobed.db
ip6_udp_tunnel
tun
udp_tunnel

When I run makepkg to extract the linux-ck src directory, I end up with this .config diff against the current running kernel config:

$ zdiff /proc/config.gz config.last 
1069d1068
< CONFIG_NET_IP_TUNNEL=m
1077,1078c1076
< CONFIG_NET_UDP_TUNNEL=m
< CONFIG_NET_FOU=m
---
> # CONFIG_NET_FOU is not set
1116d1113
< CONFIG_IPV6_FOU=m

laenco commented on 2019-10-30 21:51

@kwe could you check ~/.config/modprobed.db for presence of "fou"/"fou6" modules?

The question is "If localmodconfig is unable to detect fou or is it a modprobed-db detection problem"?.

kwe commented on 2019-10-30 21:28

@graysky I am building linux-ck with modprobed-db, and for some reason, I always end up with those configuration options being disabled. I have to re-enable them manually every single time.

graysky commented on 2019-10-30 20:11

% uname -r
5.3.8-1-ck

% zgrep CONFIG_NET_FOU /proc/config.gz
CONFIG_NET_FOU=m
CONFIG_NET_FOU_IP_TUNNELS=y

Should be there as a module. Building wireguard-dkms on CK works for me:

# pacman -S wireguard-dkms
resolving dependencies...
looking for conflicting packages...

Packages (2) dkms-2.7.1-1  wireguard-dkms-0.0.20191012-1

Total Download Size:   0.24 MiB
Total Installed Size:  1.75 MiB

:: Proceed with installation? [Y/n] 
:: Retrieving packages...
 wireguard-dkms-0.0.20191012-1-x86_64            245.7 KiB  3.43 MiB/s 00:00 [############################################] 100%
(2/2) checking keys in keyring                                               [############################################] 100%
(2/2) checking package integrity                                             [############################################] 100%
(2/2) loading package files                                                  [############################################] 100%
(2/2) checking for file conflicts                                            [############################################] 100%
:: Processing package changes...
(1/2) installing dkms                                                        [############################################] 100%
Optional dependencies for dkms
    linux-headers: build modules against the Arch kernel [installed]
    linux-lts-headers: build modules against the LTS kernel
    linux-zen-headers: build modules against the ZEN kernel
    linux-hardened-headers: build modules against the HARDENED kernel
(2/2) installing wireguard-dkms                                              [############################################] 100%
:: Running post-transaction hooks...
(1/2) Arming ConditionNeedsUpdate...
(2/2) Install DKMS modules
==> dkms install wireguard/0.0.20191012 -k 5.3.7-arch1-2-ARCH
==> dkms install wireguard/0.0.20191012 -k 5.3.8-1-ck

Kr1ss commented on 2019-10-30 19:41

FWIW, I'm also setting that option manually, hence I'd support @air-g4p's request. Thx again for maintaining this btw !

Cheers !

air-g4p commented on 2019-10-30 19:36

@graysky - wireguard-dkms failed to build on CK with this output:

http://ix.io/20kT

I asked the devs at #wireguard about this failure, and was told I needed to enable: CONFIG_NET_FOU

(FOU = foo over udp)

After enabling that and rebuilding linux-ck --> Success.

Per Jason's (zx2c4), the lead wireguard dev, suggestion, can you please enable CONFIG_NET_FOU by default on linux-ck?

Thanks graysky

graysky commented on 2019-10-27 14:46

@timo - OK... that is likely because your .config got tweaked due to your CC= line. I opened a flyspray shown below. See it for a solution: https://bugs.archlinux.org/task/64315

timo_capa commented on 2019-10-27 14:03

@graysky What I did was add CC=clang before make in the PKGBUILD to use Clang as compiler.

What worked was using makepkg for compiling till it gets stuck, and then end it with make modules_install and make install from the src folder. Doesn't give a package for pacman, but works.

I've tried linux-pf the same way, though that got stuck at the same place :)

graysky commented on 2019-10-27 12:34

@simona - the recent failure of dkms is due to the fact that there are both a newer version of the toolchain and of the dkms packages in [testing] currently. The advice I have been given is that it always a good idea to build the kernel against [testing] to prevent version mismatch errors when toolchain packages come out of [testing] and into [core].

I need to figure out what the best option is now.

@timo_capa - I am not sure how you go about building in Clang... I am using the official Arch devtools for clean chroot building. Are you patching the kernel source with ck1?

simona commented on 2019-10-27 11:52

==> dkms install vboxhost/6.0.14_OSE -k 5.3.7-1-ck-skylake Error! Bad return status for module build on kernel: 5.3.7-1-ck-skylake (x86_64)