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.135126
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-11-26 13:15 (UTC)

Latest Comments

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

zerophase commented on 2019-08-17 00:42 (UTC) (edited on 2019-08-17 00:43 (UTC) by zerophase)

I'm having issues getting archiso to successfully build an image when running the CK kernel. Everything builds fine with the default kernel. Is anyone else having this issue? Could it be from disabling initramfs support, other than LZ4? Is this a CK issue or archiso issue?

rzax666 commented on 2019-08-09 09:57 (UTC) (edited on 2019-08-09 10:29 (UTC) by rzax666)

@charveey thx but fix pkgbuild please ;D

Deadstar commented on 2019-08-09 05:19 (UTC)

Will the AMD Llano processors family be added to the kernel?

charveey commented on 2019-08-07 00:55 (UTC) (edited on 2019-08-07 00:58 (UTC) by charveey)

@rzax666 if you're interested you can just install my package, linux-bootsplash which provides the kernel with framebuffer bootsplash support. I personally run the 5.2.5 ck kernel with the patch you want. I got a hardware issue on my computer so I can't test the latest version (5.2.6)

rzax666 commented on 2019-08-07 00:31 (UTC) (edited on 2019-08-07 00:33 (UTC) by rzax666)

please add this patch - https://github.com/philmmanjaro/linux-bootsplash

https://gitlab.manjaro.org/packages/core/linux52

graysky commented on 2019-08-03 19:22 (UTC) (edited on 2019-08-03 19:23 (UTC) by graysky)

Yeah, I think you shouldn't use native in non-interactive mode. See the comments:

Note - the march=native option is unavailable by this method, use the and manually select it.

kwe commented on 2019-08-03 15:01 (UTC) (edited on 2019-08-03 15:03 (UTC) by kwe)

Since switching from _subarch=20 (MIVYBRIDGE) to _subarch=28 (MNATIVE) in the PKGBUILD, it won't build:

  24. Intel Skylake X (MSKYLAKEX) (NEW)  
  25. Intel Cannon Lake (MCANNONLAKE) (NEW)  
  26. Intel Ice Lake (MICELAKE) (NEW)  
> 27. Generic-x86-64 (GENERIC_CPU)  
  28. Native optimizations autodetected by GCC (MNATIVE) (NEW)  
choice[1-28?]: 28  
Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW) 28  
Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW) 28  
Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW) 28  
Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW) 28  
Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW) 28  
Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW) 28  

The last message keeps looping forever.

When I switch back to the default _subarch= with no value, the process/interaction seems suboptimal:
- it asks me choice[1-28?]:
- I choose 28
- it asks me Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW)
- I choose y
- it does the modprobed-db recall (as configured)
- it asks me BT8XX GPIO abuser (GPIO_BT8XX) [N/m/y/?] (NEW)
- I choose n (why does this ask me every time?)
- it asks me Studio Evolution SE6X (SND_SE6X) [N/m/?] (NEW)
- I choose n (again, why does this ask me every time?)
- ==> Sources are ready.

air-g4p commented on 2019-07-30 06:28 (UTC)

@graysky - Thanks, and understood.

@zerophase - Thanks, what you said made sense, and got me thinking about my chroot. As I had been using makechrootpkg of late to build linux-ck, I completely forgot that command neither cleans, nor updates a chroot.

As soon as I built linux-ck with my typical extra-x86_64-build my chroot got cleaned and updated, which resolved all the DKMS incompatible gcc versions installation issues.

zerophase commented on 2019-07-29 19:11 (UTC)

@air-g4p if you can rollback to the last good kernel you should be able to install. The last time I had dkms issues was from updating the kernel multiple times without rebooting. On the second kernel update I usually receive a bunch of errors about the version of the kernel dkms is looking for does not exist. Pretty sure that's what is happening to you too.

graysky commented on 2019-07-29 19:06 (UTC)

I do not use dkms so I wouldn't know where to start with it.