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 .. 30 31 32 33 34 35 36 37 38 39 40 .. 307 Next › Last »

marceliq commented on 2019-01-11 09:46 (UTC) (edited on 2019-01-11 09:47 (UTC) by marceliq)

In patch-4.20-ck1 there is:

@@ -896,6 +913,7 @@ config CGROUP_DEVICE

 config CGROUP_CPUACCT
        bool "Simple CPU accounting controller"
+       depends on !SCHED_MUQSS
        help
          Provides a simple controller for monitoring the
          total CPU consumed by the tasks in a cgroup.

which disable CPUACCT if SCHED_MUQSS is enabled :(

vltr commented on 2019-01-11 09:41 (UTC) (edited on 2019-01-11 10:13 (UTC) by vltr)

Thanks, @graysky! Yeah, I tried to revert some of the changes - docker stopped working after 4.19.4 or 4.19.5 (from repo-ck), but I just got some time to find the source of the error now. I thought it was CONFIG_CGROUP_CPUACCT at first because of error given by docker:

$ docker run --rm hello-world                        
docker: Error response from daemon: unable to find "cpuacct" in controller set: unknown.

That's just an example. Any other docker command (build, run, etc) would eventually ran into this issue (although the docker daemon seem to work normally).

This is something that doesn't happen in the stock kernel (and I make use of testing repositories as well). Anyway, I reverted not only that flag but some others as well (I actually did the diff myself earlier), but docker is still a no go. I'm not that expert in the kernel to go further and analyze what's wrong, unfortunately. I wanted to share my experience here in case anyone bumps into the same problem.

Would you mind providing me CK's blog so I can post there as well?

Thanks a lot!

EDIT

Just found out the issue, pointed out by @marceliq and then CK's blog and comments regarding this issue as well as the forum post related. Thanks!

graysky commented on 2019-01-10 20:25 (UTC) (edited on 2019-01-10 20:28 (UTC) by graysky)

@vltr - It would appear the ck1 patchset does this, see here for a diff of the Arch config before and after simply patching with CK1: https://github.com/graysky2/4.20.1_temp/commit/82d2aee40035766d2e225e4b2a3db36faa187273

Recommend you post to CK's blog referencing that diff and your problem. Might be that he did not mean to do that if I am correct.

vltr commented on 2019-01-10 11:28 (UTC)

Hello, @graysky! Just one question: is there any reason why the CONFIG_CGROUP_CPUACCT flag is not set anymore on linux-ck? Thanks a lot!

graysky commented on 2019-01-01 14:42 (UTC)

@saren - sorry about that... fixed now but did not bump the pkgver.

Saren commented on 2019-01-01 06:13 (UTC)

Hi, since 4.20-ck NUMA is disabled regardless of _NUMAdisable. $ numactl -s shows No NUMA support available on this system.

zoopp commented on 2018-12-27 12:46 (UTC)

I usually build with native optimisations detected by GCC however there's a problem if I assign anything to the _subarch variable. Early during the build this question pops up:

Support for P6_NOPs on Intel chips (X86_P6_NOP) [N/y/?] (NEW)

.. which is answered with the value of _subarch variable (27 in my case).

Since this isn't an accepted answer, the question loops endlessly.

Not really a big issue but I thought I should mention it.

air-g4p commented on 2018-12-12 09:51 (UTC)

@graysky:

Same here: Built linux-ck 4.19.8-1 without issue yesterday, and all seems to be running well and as expected since then.

Ropid commented on 2018-12-09 03:07 (UTC) (edited on 2018-12-09 03:11 (UTC) by Ropid)

@graysky:

On first look, it seems to work fine for me. I built and booted into this 4.19.8 version a few hours ago.

$ uname -r
4.19.8-1-ck

$ uptime
 04:05:41 up  5:57,  1 user,  load average: 0.32, 1.34, 1.90

I don't see anything unusual happening in the journal. Programs, games and the desktop don't seem to misbehave.

graysky commented on 2018-12-08 17:22 (UTC)

I heard from CK that it is unlikely he will be able to unfuck 4.19-ck1 before the release of 4.20. Fortunately, a user on the blog posted two patches which seem to do just that. I have adapted them to the PKGBUILD for 4.19.7 and for 4.19.8. I have been testing 4.19.7-ck1 and it has been running without issues. I am building 4.19.8-ck1 now. I pushed 4.19.8 to the AUR just now and am requesting some user feedback on stability and performance. I will build the repo set once we some confirmation that all is well. Thanks.

« First ‹ Previous 1 .. 30 31 32 33 34 35 36 37 38 39 40 .. 307 Next › Last »