Package Details: linux-ck-headers 6.11.10-1

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Package Base: linux-ck
Description: Headers and scripts for building modules for Linux-ck kernel
Upstream URL: https://wiki.archlinux.org/index.php/Linux-ck
Licenses: GPL-2.0-only
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 459
Popularity: 0.137884
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-11-26 13:15 (UTC)

Latest Comments

« First ‹ Previous 1 .. 23 24 25 26 27 28 29 30 31 32 33 .. 308 Next › Last »

timo_capa commented on 2019-10-27 14:03 (UTC)

@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 (UTC)

@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 (UTC)

==> 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)

timo_capa commented on 2019-10-12 12:21 (UTC) (edited on 2019-10-12 14:43 (UTC) by timo_capa)

I'm not sure if this is something you're interested in fixing, but compiling the kernel with Clang gets stuck at Installing boot image.... I'm assuming it's spamming something related to Kconfigs in the background related to GCC, as cancelling the build shows

"install: cannot stat '*'$'\n''* Restart config...'$'\n''*'$'\n''*'$'\n''* GCC plugins'$'\n''*'$'\n''Generate some entropy during boot and runtime (GCC_PLUGIN_LATENT_ENTROPY) [N/y/?] (NEW) ': No such file or directory"

E: Manually compiling a kernel from the tarball from kernel.org works and boots.

Klotz commented on 2019-10-12 12:21 (UTC)

For version 5.2.21, I think applying the sed expression sed -i -re 's/(CFLAGS[[:space:]]+)\+=/\1:=/' to the ck stuff prior to patching will avoid a patch failure in tools/objtool/Makefile.

Pillgar commented on 2019-10-06 01:01 (UTC) (edited on 2019-10-06 12:34 (UTC) by Pillgar)

I'm getting DKMS errors when upgrading to linux-ck-ivybridge-5.2.19-1. On step (3/4) Install DKMS modules: Error! Bad return status for module build on kernel: 5.2.19-1-ck-ivybridge (x86_64).

It seems initcpio image can't build with any DKMS modules over ck-ivybridge-5.2.19-1

I'm using nvidia 435.21 dkms and vboxhost 6.0.12 dkms.

In make.logs I see error: incompatible gcc/plugin versions

I'm using gcc (9.1.0-2 updated: 2019-06-25)

Edit: There literally was just an update for gcc a few hours after I posted this. All solved.

Lessaj commented on 2019-09-15 19:14 (UTC)

It is building successfully now.

graysky commented on 2019-09-15 18:36 (UTC)

Please try 5.2.14-4

Lessaj commented on 2019-09-15 18:20 (UTC) (edited on 2019-09-15 18:20 (UTC) by Lessaj)

The addition of fix_patch-5.2-ck1_for_systemd-detect-virt_containers.patch seems to cause these last 3 lines to be dropped from kernel/sched/MuQSS.c even though they are in patch-5.2-ck1 which causes a build failure.

"#endif / CONFIG_CGROUP_SCHED /"

"#undef CREATE_TRACE_POINTS"

air-g4p commented on 2019-08-30 09:39 (UTC) (edited on 2019-08-30 15:38 (UTC) by air-g4p)

@graysky - It now appears the issue is exclusively related to modprobed-db. My latest build worked well in a clean chroot with ccache enabled, but I used an empty _localmodcfg= statement. Of course, the build time was quite lengthy, but it worked.

Any thoughts on a workaround, or a permanent fix?

Thanks for your help graysky....