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.92
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 .. 62 63 64 65 66 67 68 69 70 71 72 .. 307 Next › Last »

j1simon commented on 2017-10-24 06:59 (UTC)

I have a problem with 4.13.x. I have opened a bug because this occurs with all kernels 4.13.x that I've tested: stock, zen, ck. https://bugs.archlinux.org/task/56094

artafinde commented on 2017-10-23 09:09 (UTC)

@kyak: as mentioned [here], build yourself from aur [here]: https://bbs.archlinux.org/viewtopic.php?pid=1744646#p1744646

kyak commented on 2017-10-23 08:44 (UTC)

Hi graysky, The virtualbox-ck-host-modules-ivybridge doesn't seem to exist anymore in repo-ck. Is it as intended, and if so, what is the suggested replacement?

graysky commented on 2017-10-22 17:30 (UTC) (edited on 2017-10-22 17:36 (UTC) by graysky)

All - again, the old behavior causes boot freezes thus requiring: 1) users to tweak with udev or the like, 2) something I do with the help of loqs, 3) the best option is for CK to do it and release ck2 with the fix. I know 4.13.x has been delayed and I am no happier about that than you guys are. I emailed ck earlier today asking about his decision re: this fix in ck2 (recall the discussion on his blog last week), but haven't heard back yet. As well, if you're following the repo-ck thread on the bbs, I have asked loqs for his best solution as I neither have the hardware nor to the time to dig into this further right now. Stay tuned and thanks for your time to test and provide feedback.

nTia89 commented on 2017-10-22 17:19 (UTC)

@graysky, since changelog says: -CONFIG_DEFAULT_CFQ=y +CONFIG_DEFAULT_BFQ=y -CONFIG_DEFAULT_IOSCHED="cfq" +CONFIG_DEFAULT_IOSCHED="bfq" I expect "bfq" enabled without ANY trick (both kernel param., udev rule or any other...). Correct me if I am wrong.

Tjuh commented on 2017-10-22 17:17 (UTC)

Nice, thanks for that, most appreciated.

FarStar commented on 2017-10-22 17:09 (UTC) (edited on 2017-10-22 17:15 (UTC) by FarStar)

Hi, Personally, I use an udev rule: /etc/udev/rules.d/60-scheduler.rules ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/scheduler}="bfq" And I get: $ cat /sys/block/sda/queue/scheduler mq-deadline kyber [bfq] none

Tjuh commented on 2017-10-22 17:05 (UTC)

A bit confused, so how does one enable BFQ nowadays? Wiki says setting elevator=bfq as a kernel parameter does not work.

graysky commented on 2017-10-22 16:28 (UTC)

@nTia89 and Tjuh - I believe that is the expected output, no?

Tjuh commented on 2017-10-22 15:29 (UTC)

Same as nTia89.

« First ‹ Previous 1 .. 62 63 64 65 66 67 68 69 70 71 72 .. 307 Next › Last »