Package Details: linux-ck 4.12.14-1

Git Clone URL: (read-only)
Package Base: linux-ck
Description: The Linux-ck kernel and modules with the ck2 patchset featuring MuQSS CPU scheduler v0.160
Upstream URL:
Licenses: GPL2
Provides: linux-ck=4.12.14
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 368
Popularity: 3.198808
First Submitted: 2011-07-22 14:51
Last Updated: 2017-09-20 18:49

Latest Comments

willianholtz commented on 2017-09-23 22:17

Hello, I have the same SD card problem as the following link.

If the SD is plugged in when starting the kernel, it simply hangs, if it is not plugged in, when entering the DE does not mount!

graysky commented on 2017-09-23 17:49

That is to be expected with nvme.

zerophase commented on 2017-09-23 17:20

Should bfq be the default scheduler without setting anything, now? Just noticed my nvme drive is running with none by default.

Eschwartz commented on 2017-09-15 13:11

Apparently around 2012 linux-ck-headers started providing linux-headers as a truly ugly workaround for some community package that had a hard dependency on linux-headers. AFAICT no package still requires linux-headers when they work for -ck as well, since we have generally moved to dkms. Can you please remove this provides?

graysky commented on 2017-09-06 19:44

@archzz - please do not flag out of date until ck releases a patchset suitable for the 4.13.0 series.

graysky commented on 2017-09-05 16:21

Due to x.69 being pushed to [extra]. Updated now.

keepitsimpleengr commented on 2017-09-05 16:09

nvidia-ck-k10: installing nvidia-utils (384.69-1) breaks dependency 'nvidia-utils=384.59'

hotty commented on 2017-08-26 16:05

Since it is weekend and I finally had some time I found the culprit in the form of my internal sd-card reader. If I have a sd-card inserted udev times out resulting in a blinking cursor. Without a card linux-ck boots successful. Also inserting a card after booting does not detect the sd-card but instead crashes systemd-udev with the kernel blaming the error on block/elevator.c
Using an external card-reader works.

To report the bug and send in the full error message, is it an bug in udev or in ck?

Tharbad commented on 2017-08-22 19:00

It's appears that there's a conflict between scsi_mod.use_blk_mq=0 and any of the multi queue I/O schedulers. So either set scsi_mod.use_blk_mq to 1 or use the "none" scheduler.
Choosing option n2 makes this kernel worthless.
I haven't tried it yet.

Found it here:

vp1981 commented on 2017-08-22 12:21

@hotty, @Tharbad, guys would you mind to provide more details? For example, your system configuration (HDD/SSD, FS), kernel cmdline, what queue scheduler do you use and etc. And don't forget that graysky only build the kernel with CK patches, so report any problems to CK,

All comments