unofficial linux-ck repo with cpu optimized packages is ONLINE

hue · 2017-03-04 05:45:04

Hi graysky,

I'm hitting a snag:

:: Proceed with installation? [Y/n]
:: Retrieving packages...
error: failed retrieving file 'nvidia-340xx-ck-core2-340.102-3-x86_64.pkg.tar.xz' from repo-ck.com : The requested URL returned error: 404
error: failed retrieving file 'nvidia-340xx-ck-core2-340.102-3-x86_64.pkg.tar.xz' from repo-ck.com : The requested URL returned error: 404
error: failed retrieving file 'nvidia-340xx-ck-core2-340.102-3-x86_64.pkg.tar.xz' from repo-ck.com : The requested URL returned error: 404
error: failed retrieving file 'nvidia-340xx-ck-core2-340.102-3-x86_64.pkg.tar.xz' from repo-ck.com : The requested URL returned error: 404
error: failed retrieving file 'nvidia-340xx-ck-core2-340.102-3-x86_64.pkg.tar.xz' from repo-ck.com : The requested URL returned error: 404
warning: failed to retrieve some files
error: failed to commit transaction (unexpected error)
Errors occurred, no packages were upgraded.
[root@arch-htpc htpc]#

Looks like the package was recently updated by you and it is still trying to fetch the older version.

graysky · 2017-03-04 09:25:55

@hue - Try `pacman -Syyu`

hue · 2017-03-04 11:38:06

graysky wrote:

@hue - Try `pacman -Syyu`

Tried. Still the issue persists. Perhaps the db file is not updated on your side?

EDIT: Using the archlinux.no mirror listed in the wiki fixed the issue. I also had to update grub manually through chroot after it wouldn't boot.

Last edited by hue (2017-03-04 14:56:50)

SanskritFritz · 2017-03-24 14:03:11

@graysky
Can you please have a look at this?
https://bbs.archlinux.org/viewtopic.php … 9#p1699639

cowlick · 2017-03-28 23:04:32

Downloading linux-ck updates reminds me of downloading windows updates, both take forever.

Trilby · 2017-03-28 23:10:10

Cowlick ... what exactly is that supposed to mean? Building your own kernel could take quite a long time, especially on moderate hardware. But installing linux-ck from Graysky's repo (which is what this thread is for) should take no longer than installing the stock kernel from the main repos (nothwithstanding a potential speed difference between the single* repo-ck server and your closest mirror for the main repos, but this should be trivial).

Are you having problems downloading from repo-ck? If so, can you elaborate and post information so that Graysky might be able to help solve the problems?

As is - unless I'm really missing something - your post reads as a bit inflammatory and pretty rude.

*correction: it sounds like there may be repo-ck mirrors.

cowlick · 2017-03-28 23:16:51

It means I have to repeat sudo -pacman -Syyu about a dozen times before the file downloads, 45 minutes to an hour.

graysky · 2017-03-28 23:24:38

@SanskritFritz - What exactly is needing my attention?
@cowlick - Godaddy sucks for you (faster these days for me). You're welcome to try a mirror (see the wiki).

Ropid · 2017-03-29 08:33:53

cowlick wrote:

It means I have to repeat sudo -pacman -Syyu about a dozen times before the file downloads, 45 minutes to an hour.

There's a pacman wrapper named "powerpill" that helps a lot. It uses a program that retrieves files by using multiple connections and also seems more robust about dying connections so most of the time doesn't need a manual Ctrl-C and restart.

SanskritFritz · 2017-03-29 20:51:35

graysky wrote:

@SanskritFritz - What exactly is needing my attention?

My problem is this:

I had to downgrade to libglvnd 0.1.1.20161028-1, because with current libglvnd-0.2.999+g4ba53457-1 KDE doesn't start at all, but the graphical mode kicks in with all autostarted programs, like AWN or Kupfer. Seemingly composite mode dies. Now the interesting part is, that your nvidia-304xx-ck behaves differently than nvidia-304xx-lts (this one doesnt work at all even with older libglvnd).

graysky · 2017-03-29 21:12:00

@Sans - Not sure why. As you know, the ck drivers mirror the Arch drivers for patches, etc.

loqs · 2017-03-29 21:35:16

SanskritFritz wrote:

nvidia-304xx-lts (this one doesnt work at all even with older libglvnd).

https://bbs.archlinux.org/viewtopic.php?id=223872

SanskritFritz · 2017-03-30 13:25:03

@loqs Thanks, now it is clearer why the difference.

@graysky I know, I just hoped you would know the solution as well

tellmi · 2017-04-04 09:12:45

Since a month I'm fighting with random system freezes, I guess, since updating to Kernel 4.09 and higher and until now I didn't completely get rid of it. That's why I spent my day in looking for solutions and found your project.

My system:
Acer Aspire V 15 Nitro VN7-591G-77A9 with
* Intel Core i7-4710HQ 2.5 GHz (Intel Core i7)
* NVIDIA GeForce GTX 860M

gcc -c -Q -march=native --help=target | grep march
says "haswell"

The repo is set up, keys imported, database uodated and now I'm wondering, which packages to install. A
pacman -S ck-haswell
and then choosing "all" packages in this group gives me an error, the both nvidia-packages are in conflict.
Could anyone help me please, which of these two applies to my GPU?

And another 2 questions for better understanding:
1) after installing this kernel I have to run a "mkinitcpio -p ck-linux" and add it as a new menu entry to my syslinux configuration..., right?
2) The nvidia-packages are additional kernel modules and I still need a driver (in my case nouveau) or are these modified proprietary nvidia-drivers?

Thank you very much!

Ropid · 2017-04-04 13:05:48

You need these packages:

linux-ck-haswell
nvidia-ck-haswell

That package with "nvidia-..." in its name is the kernel module for the normal version of NVIDIA's proprietary driver. Those other packages with "nvidia-304xx-..." and "nvidia-340xx-..." in their names are different versions of the driver for old GPUs from 2008 and such.

The nvidia kernel module packages for the different kernels all have the rest of the NVIDIA driver packages listed as a dependency, so installing a kernel module package will pull in everything you need to use the driver. The package with the driver will block the open source "nouveau" to make Xorg only able to use the NVIDIA driver. If you want to use nouveau, you can't install the NVIDIA stuff.

Install the packages like this:

pacman -S linux-ck-haswell nvidia-ck-haswell

The "linux-ck-haswell-headers" package is required if you need to compile kernel modules. You might want to install that one as well.

You should see mkinitcpio doing its thing when you install the kernel, so you don't need to run that manually. I don't know how syslinux works but I would assume you need to create a menu entry yourself.

sknd · 2017-04-04 15:06:41

cowlick wrote:

It means I have to repeat sudo -pacman -Syyu about a dozen times before the file downloads, 45 minutes to an hour.

try repeating server adress in pacman.conf:

[repo-ck]
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch
Server = http://repo-ck.com/$arch

and so on, maybe even 45 times i have about ten and it's okay

Last edited by sknd (2017-04-04 15:07:34)

Commander · 2017-04-20 21:18:06

Been using Linux-ck for a while now but I noticed some troubles with it as of now.
It all started when I tried Doom 2016 with wine-staging and Vulkan.

Using as i know any Linux-ck kernel brings extreme stuttering to the game for me.
FPS keeps high but frametimes wander 20ms to about 200ms, making the game unplayable.

Recently i tried to use stock arch kernel since I noticed that BFS was replaced by MuQSS and thought it maybe the cause of all this. Anyhow switched back and FPS is rock solid and so are frametimes.

I will try other games i recently had stuttering to see if those are also running better and report back, if this is an error in Nvidia Driver (Vulkan) or maybe the scheduler loosing throughput on my CPU i have no idea but if you guys know how to debug this and hopefully maybe fix this for linux-ck then im all ears.

I installed Doom 2016 about kernel 4.8/4.9 and had the stuttering. Though Dying Light might be an exception.

Running latest Linux-ck-piledriver and Arch kernel from respective repos.
Nvidia 381-09 (from nvidia-full-beta-all)
MSI GTX 970
AMD 9590 @ 5 GHz

Games I noticed stuttering in;
Doom 2016 (Wine-Staging with Vulkan) --- [Arch stock = no stuttering] [Linux-ck-piledriver = high stuttering]
Mad Max (Feral Port with Vulkan enabled) --- [Arch stock = no stuttering] [Linux-ck-piledriver = high stuttering]
Dota2 (After some playtime, though this could be bug in Dota2)
Dying Light

Last edited by Commander (2017-04-20 22:22:53)

Ropid · 2017-04-21 03:03:14

MuQSS has three kernel variables to tweak its behavior. Running this here should list their current value:

sysctl -a |& grep -E 'interactive|rr_interval|yield_type'

You might want to try different values for those to see if there's a combination that makes things run smooth. You should especially try a different value for 'yield_type'. Try setting it to '2'. You change variables like this:

sudo sysctl kernel.yield_type=2

That 'interactive' wants values 0 or 1, 'yield_type' wants 0 or 1 or 2, and 'rr_interval' is a millisecond value and you should probably use something from 1 to 6.

You can find an explanation about what those variables do by opening the patch file and reading contents from the beginning of the file.

About what commands to try concretely, try one of these two sets of settings here:

sudo sysctl kernel.interactive=1 kernel.rr_interval=3 kernel.yield_type=2
sudo sysctl kernel.interactive=0 kernel.rr_interval=6 kernel.yield_type=0

The first one is supposed to make things more "cooperative", meaning if tasks compete for CPU time, they get switched more often. The second command line lets tasks stick to cores for longer stretches of time.

In the comments on the -ck blog, I've seen several people write they use 'interactive=1', 'rr_interval=1', 'yield_type=2'. That 'rr_interval=1' seems crazy in theory, but you should try it.

I've seen people say they configure "SCHED_BATCH" priority for the various WINE processes. There's a "schedtoold" daemon in the AUR that can help with that (it looks for new processes and sets them to the priority that's configured in its config file).

Last edited by Ropid (2017-04-21 03:04:15)

Jannis · 2017-05-02 01:36:19

Commander wrote:

[...]
Doom 2016 (Wine-Staging with Vulkan) --- [Arch stock = no stuttering] [Linux-ck-piledriver = high stuttering]
Mad Max (Feral Port with Vulkan enabled) --- [Arch stock = no stuttering] [Linux-ck-piledriver = high stuttering]
Dota2 (After some playtime, though this could be bug in Dota2)
Dying Light

What cpu governor are you using? Especially with AMD, the defaults ondemand/schedutil cause the CPU to not clock all the way up during vulkan (and to an extend also OpengGL) gaming. If you haven't, I'd suggest redoing your tests using the performance governor.

If your observations persist, you might want to get in contact with ck on his blog https://ck-hack.blogspot.com/ and share your findings.

graysky · 2017-05-02 09:03:23

Recommend you post these observations to ck's blog.

glyocknob · 2017-05-03 23:56:54

Hi, so I have serious connection problems with the repository at GoDaddy and decided to setup a mirror. It's a server at online.net in Paris and should have enough bandwidth and fast enough connection. IPv6 is via he.net and should also work.

[repo-ck]
Server = http://repo-ck.segfault.gq/$arch

It's updated every hour at the moment.

I hope this is okay, if not contact me.

Have fun!

kenokabe · 2017-05-10 01:15:48

glyocknob wrote:

Hi, so I have serious connection problems with the repository at GoDaddy and decided to setup a mirror. It's a server at online.net in Paris and should have enough bandwidth and fast enough connection. IPv6 is via he.net and should also work.
[repo-ck]
Server = http://repo-ck.segfault.gq/$arch
It's updated every hour at the moment.
I hope this is okay, if not contact me.
Have fun!

I also have serious connection problems with the default repo, and using your repo, the speed of download from Japan is as follows
>linux-ck-sandybridg... 53.2 MiB 7.14M/s 00:07

Thanks a lot!

I'm wondering if it's possible to host the mirror repo using github.io project page (free to host) instead of slow goDaddy site.

john29 · 2017-05-11 09:04:29

nvidia-ck-piledriver: installing nvidia-utils (381.22-1) breaks dependency 'nvidia-utils=378.13

glenb77 · 2017-05-12 02:51:54

i upgraded to latest nvidia today and my xorg won't start with cannot initialize nvidia kernel error. never had this before and had no install error. am i missing something. i quickly reverted to nouveau driver as i need to do work, but would like to solve the nvidia issue. i have another machine without ck repo and the new nvidia is working fine. thanks for any help with this.

Ropid · 2017-05-12 18:48:50

glenb77 wrote:

i upgraded to latest nvidia today and my xorg won't start with cannot initialize nvidia kernel error. never had this before and had no install error. am i missing something. i quickly reverted to nouveau driver as i need to do work, but would like to solve the nvidia issue. i have another machine without ck repo and the new nvidia is working fine. thanks for any help with this.

The package with the kernel module was not updated. It's still the module for the previous nvidia driver version.

You can compile a module yourself by using the "nvidia-dkms" package. You will have to remove the nvidia kernel module packages for all kernels you have installed, and you have to make sure that you have the "-headers" packages for all kernels installed.

This nvidia-dkms stuff is pretty foolproof. It compiles automatically whenever a kernel package gets installed or updated, and it removes its old files automatically when you remove or update a kernel package.

Last edited by Ropid (2017-05-12 18:50:29)

Arch Linux

#2976 2017-03-04 05:45:04

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2977 2017-03-04 09:25:55

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2978 2017-03-04 11:38:06

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2979 2017-03-24 14:03:11

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2980 2017-03-28 23:04:32

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2981 2017-03-28 23:10:10

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2982 2017-03-28 23:16:51

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2983 2017-03-28 23:24:38

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2984 2017-03-29 08:33:53

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2985 2017-03-29 20:51:35

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2986 2017-03-29 21:12:00

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2987 2017-03-29 21:35:16

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2988 2017-03-30 13:25:03

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2989 2017-04-04 09:12:45

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2990 2017-04-04 13:05:48

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2991 2017-04-04 15:06:41

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2992 2017-04-20 21:18:06

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2993 2017-04-21 03:03:14

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2994 2017-05-02 01:36:19

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2995 2017-05-02 09:03:23

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2996 2017-05-03 23:56:54

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2997 2017-05-10 01:15:48

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2998 2017-05-11 09:04:29

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#2999 2017-05-12 02:51:54

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

#3000 2017-05-12 18:48:50

Re: unofficial linux-ck repo with cpu optimized packages is ONLINE

Board footer