Package Details: linux-ck 4.6.5-2

Git Clone URL: (read-only)
Package Base: linux-ck
Description: Linux Kernel with the ck1 patchset featuring the Brain Fuck Scheduler v0.470.
Upstream URL:
Licenses: GPL2
Conflicts: kernel26-ck, linux-ck-atom, linux-ck-barcelona, linux-ck-broadwell, linux-ck-bulldozer, linux-ck-core2, linux-ck-corex, linux-ck-haswell, linux-ck-ivybridge, linux-ck-k10, linux-ck-kx, linux-ck-nehalem, linux-ck-p4, linux-ck-pentm, linux-ck-piledriver, linux-ck-sandybridge, linux-ck-silvermont, linux-ck-skylake
Provides: linux-ck=4.6.5
Replaces: kernel26-ck
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 322
Popularity: 7.991981
First Submitted: 2011-07-22 14:51
Last Updated: 2016-07-28 18:57

Dependencies (10)

Sources (14)

Latest Comments

graysky commented on 2016-07-29 19:06

@rucci - That is the default for the PKGBUILD except for _BFQ_enable_=y (and NUMA code has been commented for ages now). The only diff you have is enabling BFQ by default but that shouldn't trigger a bug as you activated it through other means before.

rucci commented on 2016-07-29 16:28

I recompiled again with "_1k_HZ_ticks=y", "_BFQ_enable_=y", "_NUMAdisable=y", gcc patch and now it works without kernel panic...

zerophase commented on 2016-07-29 15:17

@graysky I haven't had any panics yet. Running the kernel compiled for Haswell, with '_1k_hz_ticks' and bfq enabled.

Cake commented on 2016-07-29 14:12

@graysky Yes, I only installed one disk (/dev/sda) and and enabled BFQ on it. Several hours ago, I checked it with
cake-pc# cat /sys/block/sda/queue/scheduler
noop deadline cfq [bfq]

I am sorry that I did not try recompiling `linux-ck=4.6.5` with `_1k_HZ_ticks=`. I just changed `grub.cfg` and rebooted with the stock kernel ... Everything seems to be working fine ...

I am wondering what is going on when the system freezes. So if you require any other information, please let me know.

graysky commented on 2016-07-29 13:19

So two reports of the new bfq causing panics? Can you both verify that you have a drive set to use bfq? I don't see how tick rate plays into the equation.

rucci commented on 2016-07-29 09:20

It works if I disable "_1k_HZ_ticks" option

Cake commented on 2016-07-29 08:39

@rucci I have the same problem (Gnome BFQ Ivybridge) after updating to 4.6.5-2. I have to restart by pressing the reset button on my machine when the system freezes...

rucci commented on 2016-07-29 08:28

Kernel panic after update 4.6.5-1 -> 4.6.5-2 (KDE BFQ IvyBridge)

mradermaxlol commented on 2016-07-29 05:35

@graysky if you wanna know, everything's just fine after the latest update - stuff is buildable, at least for me. I can't understand why -ck patch was ruining the build, though; maybe I'm just dumb.

graysky commented on 2016-07-28 18:58

3.6.5-2 has been updated the corrected name of the 4th patch; the checksums remain the same since upstream did not change the content, only the name.

All comments