Package Details: linux-ck 6.11-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.88
First Submitted: 2011-07-22 14:51 (UTC)
Last Updated: 2024-09-19 13:04 (UTC)

Dependencies (14)

Required by (6)

Sources (6)

Latest Comments

« First ‹ Previous 1 .. 119 120 121 122 123 124 125 126 127 128 129 .. 307 Next › Last »

mssdvd commented on 2016-07-29 16:28 (UTC) (edited on 2016-07-29 16:29 (UTC) by mssdvd)

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

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

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

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.

mssdvd commented on 2016-07-29 09:20 (UTC)

It works if I disable "_1k_HZ_ticks" option

Cake commented on 2016-07-29 08:39 (UTC)

@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...

mssdvd commented on 2016-07-29 08:28 (UTC)

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

mradermaxlol commented on 2016-07-29 05:35 (UTC)

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

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.

mradermaxlol commented on 2016-07-28 15:27 (UTC) (edited on 2016-07-28 15:48 (UTC) by mradermaxlol)

I'm getting patching errors (likely) during prepare() execution which result in makepkg build failure. It's happening at -ck patchset applying, and I have completely no idea what's causing it - maybe these patches are outdated, maybe it's just 4.6.5-incompatible (although I don't think so as errors happen in bfq.c/bfq.h files, for example). Right now my best guess is that the fourth BFQ patch is causing that, because that makes sense - it might be okay a while ago, but now its name in PKGBUILD is useless as it's wrong; I've changed it as @herraiz suggested and, well, everything's okay except patching X) Does anybody else experience this issue as well? EDIT: After a little research I've found out (I hope so) that the thing responsible for that problem is... Yup, the -ck patchset itself. Ta-daa!

« First ‹ Previous 1 .. 119 120 121 122 123 124 125 126 127 128 129 .. 307 Next › Last »