Package Base Details: linux-ck

Git Clone URL: https://aur.archlinux.org/linux-ck.git (read-only)
Submitter: graysky
Maintainer: graysky
Last Packager: graysky
Votes: 400
Popularity: 3.431974
First Submitted: 2011-07-22 14:51
Last Updated: 2019-04-20 11:37

Packages (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 ... Next › Last »

vltr commented on 2019-01-11 09:53

@marceliq ohhh ... I haven't seen that. And that's actually a real bummer :(

marceliq commented on 2019-01-11 09:46

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

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

@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

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

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

Saren commented on 2019-01-01 06:13

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

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

@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

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