Package Details: linux-ck 6.12.1-1

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only, click to copy)
Package Base: linux-ck
Description: The Linux kernel and modules with ck's hrtimer patches
Upstream URL: https://wiki.archlinux.org/index.php/Linux-ck
Licenses: GPL-2.0-only
Provides: KSMBD-MODULE, VIRTUALBOX-GUEST-MODULES, WIREGUARD-MODULE
Replaces: virtualbox-guest-modules-arch, wireguard-arch
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 459
Popularity: 0.25
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-11-23 13:58 (UTC)

Dependencies (14)

Required by (6)

Sources (6)

Latest Comments

« First ‹ Previous 1 .. 54 55 56 57 58 59 60 61 62 63 64 .. 307 Next › Last »

graysky commented on 2018-01-12 20:18 (UTC) (edited on 2018-01-12 20:18 (UTC) by graysky)

@cokomoko - Builds find for me. Are you modifying anything when building?

@gustawho - Yes.

gustawho commented on 2018-01-12 19:34 (UTC)

Does/will this build include any patches to address Meltdown and/or Spectre?

cokomoko commented on 2018-01-12 19:28 (UTC) (edited on 2018-01-12 19:34 (UTC) by cokomoko)

CC [M] arch/x86/crypto/sha512-mb/sha512_mb.o AS [M] arch/x86/crypto/sha512-mb/sha512_mb_mgr_flush_avx2.o CC [M] arch/x86/crypto/sha512-mb/sha512_mb_mgr_init_avx2.o AS [M] arch/x86/crypto/sha512-mb/sha512_mb_mgr_submit_avx2.o AS [M] arch/x86/crypto/sha512-mb/sha512_x4_avx2.o LD [M] arch/x86/crypto/sha512-mb/sha512-mb.o arch/x86/crypto/sha512-mb/sha512_mb.o: file not recognized: Dosya biçemi tanınmıyor make[3]: [scripts/Makefile.build:560: arch/x86/crypto/sha512-mb/sha512-mb.o] Error 1 make[2]: [scripts/Makefile.build:573: arch/x86/crypto/sha512-mb] Error 2 make[1]: [scripts/Makefile.build:573: arch/x86/crypto] Error 2 make: [Makefile:1032: arch/x86] Error 2

Where's the problem?

enihcam commented on 2018-01-11 04:47 (UTC)

Thank you @QuartzDragon.

Maybe @graysky could simple add a step to zcat /proc/config.gz to somewhere, for example /tmp/.config? I thought this should be harmless. In this way, people who want to reuse current config could save the manual step, i.e. just open the menu and load /tmp/.config.

zerophase commented on 2018-01-11 04:00 (UTC)

I wouldn't mind a solution for config_current either. I can't always remember what I turned on in the kernel every time.

QuartzDragon commented on 2018-01-11 03:21 (UTC) (edited on 2018-01-11 03:22 (UTC) by QuartzDragon)

@enihcam

You can always just keep config.last aside, or just zcat /proc/config.gz manually if you really need to.

enihcam commented on 2018-01-11 01:51 (UTC)

@graysky, is there any alternative solutions to using '_use_current'? I have many specialized devices running linux-ck, removal of _use_current causes a lot of troubles in maintaining the kernels.

Lessaj commented on 2018-01-09 01:26 (UTC) (edited on 2018-01-09 01:26 (UTC) by Lessaj)

As long as it stops to ask you for any CONFIG that it's missing it's good to keep. It used to stop to ask, I think what's preventing it is:

yes "" | make config >/dev/null

graysky commented on 2018-01-07 20:12 (UTC)

...I'm beginning to wonder if the _use_current variable is more trouble than it's worth

Lessaj commented on 2018-01-07 19:16 (UTC) (edited on 2018-01-07 19:17 (UTC) by Lessaj)

@eugen-b @Tjuh The parameter is not in the current config unless you've booted with a kernel that contains it so I added it, I believe it's actually getting stuck further down in prepare but commenting that out fixes it because it doesn't overwrite the current config.

  zcat /proc/config.gz > ./.config
  echo "CONFIG_PAGE_TABLE_ISOLATION=y" >> ./.config

« First ‹ Previous 1 .. 54 55 56 57 58 59 60 61 62 63 64 .. 307 Next › Last »