unofficial linux-ck repo with cpu optimized packages is ONLINE

digital-_-mystik · 2020-05-02 23:07:53

Yeah, it seems to work fine.

I probably will end up building it from the AUR, but I'm addicted to updating to the latest and greatest haha. Not sure how much stress that will put on my hardware in general if I do it frequently with each release.

ZenRen · 2020-05-08 14:33:15

Good day. I was just curious as to whether if anyone knew if ck-zen or ck-zen2 should be installed for a Ryzen 7 3700U? AMD says its a 12nm zen2 chip but gcc -c -Q -march=native --help=target | grep march returns with znver1. I don't know if it will matter, but I am pretty confused.

snack · 2020-06-01 07:57:36

With linux-ck-skylake 5.6.15-1 I have a problem with the ethernet device in my USB-C adapter (Startech DKT30CSDHPD) with my Dell XPS 15 9570. When I plug the ethernet cable the eth0 device starts appearing and disappearing in a random way, very quickly. Here's what's logged in journalctl:

giu 01 09:03:33 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:34 stryke kernel: pcieport 0000:00:1b.0: PME: Spurious native interrupt!
giu 01 09:03:35 stryke kernel: usb 4-1.4: USB disconnect, device number 5
giu 01 09:03:35 stryke kernel: usb 4-1.4: new SuperSpeed Gen 1 USB device number 6 using xhci_hcd
giu 01 09:03:35 stryke kernel: usb 4-1.4: New USB device found, idVendor=0bda, idProduct=8153, bcdDevice=30.00
giu 01 09:03:35 stryke kernel: usb 4-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=6
giu 01 09:03:35 stryke kernel: usb 4-1.4: Product: USB 10/100/1000 LAN
giu 01 09:03:35 stryke kernel: usb 4-1.4: Manufacturer: Realtek
giu 01 09:03:35 stryke kernel: usb 4-1.4: SerialNumber: 000001
giu 01 09:03:35 stryke kernel: usb 4-1.4: reset SuperSpeed Gen 1 USB device number 6 using xhci_hcd
giu 01 09:03:35 stryke kernel: r8152 4-1.4:1.0: load rtl8153a-4 v2 02/07/20 successfully
giu 01 09:03:35 stryke kernel: r8152 4-1.4:1.0 eth0: v1.11.11
giu 01 09:03:35 stryke mtp-probe[1330]: checking bus 4, device 6: "/sys/devices/pci0000:00/0000:00:1b.0/0000:02:00.0/0000:03:02.0/0000:3a:00.0/usb4/4-1/4-1.4"
giu 01 09:03:35 stryke mtp-probe[1330]: bus: 4, device: 6 was not an MTP device
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke mtp-probe[1343]: checking bus 4, device 6: "/sys/devices/pci0000:00/0000:00:1b.0/0000:02:00.0/0000:03:02.0/0000:3a:00.0/usb4/4-1/4-1.4"
giu 01 09:03:35 stryke mtp-probe[1343]: bus: 4, device: 6 was not an MTP device
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke systemd-udevd[367]: Using default interface naming scheme 'v245'.
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke systemd-udevd[367]: ethtool: autonegotiation is unset or enabled, the speed and duplex are not writable.
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:35 stryke ifplugd[553]: Link beat lost.
giu 01 09:03:38 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:38 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:38 stryke kernel: IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
giu 01 09:03:38 stryke kernel: r8152 4-1.4:1.0 eth0: carrier on
giu 01 09:03:39 stryke ifplugd[553]: Link beat detected.
giu 01 09:03:43 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:44 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:47 stryke systemd[1]: Requested transaction contradicts existing jobs: Resource deadlock avoided
giu 01 09:03:48 stryke kernel: pcieport 0000:00:1b.0: PME: Spurious native interrupt!
giu 01 09:03:49 stryke kernel: pcieport 0000:00:1b.0: PME: Spurious native interrupt!
giu 01 09:03:49 stryke kernel: usb 4-1.4: USB disconnect, device number 6
giu 01 09:03:49 stryke kernel: usb 4-1.4: new SuperSpeed Gen 1 USB device number 7 using xhci_hcd

It seems like a transaction request triggers a spurious interrupt with the result of disconnecting the dock for a very short time (in fact, I have an external monitor connected to the HDMI port of the adapter but I don't notice even a flicker). This removes the eth0 interface which is suddenly re-found and re-added with an increased device number. Obviously this makes the ethernet connection unusable..

The issue is not present with linux 5.6.15-arch1-1 and with linux-lts 5.4.43-1 from [core], so I guess it's due to the CK patchset. Is anyone having the same problem?

graysky · 2020-06-01 08:02:18

Might be a good idea to post to ck's blog.

snack · 2020-06-01 10:45:45

@graysky Thanks, done.

snack · 2020-06-07 18:15:36

@graysky: FYI, it turned out that it was not a problem with the CK patchset. In fact, it was powersaving on the ethernet adapter of the USB-C dock that triggered the "Spurious native interrupt!" error and the subsequent network failure. Disabling powersave with a udev rule fixed the problem, and there are no more "Spurious native interrupt!" lines in journalctl.

vinnom · 2020-06-15 01:34:13

I'm having some trouble to build linux-ck 5.7.2-2 as can be seen here.

$ gcc --version
gcc (GCC) 10.1.0

$ lscpu
Architecture:                    x86_64
CPU op-mode(s):                  32-bit, 64-bit
Byte Order:                      Little Endian
Address sizes:                   48 bits physical, 48 bits virtual
CPU(s):                          8
On-line CPU(s) list:             0-7
Thread(s) per core:              2
Core(s) per socket:              4
Socket(s):                       1
NUMA node(s):                    1
Vendor ID:                       AuthenticAMD
CPU family:                      21
Model:                           2
Model name:                      AMD FX-8320E Eight-Core Processor
Stepping:                        0
Frequency boost:                 enabled
CPU MHz:                         2798.489
CPU max MHz:                     3200.0000
CPU min MHz:                     1400.0000
BogoMIPS:                        6429.95
Virtualization:                  AMD-V
L1d cache:                       64 KiB
L1i cache:                       256 KiB
L2 cache:                        8 MiB
L3 cache:                        8 MiB
NUMA node0 CPU(s):               0-7
Vulnerability Itlb multihit:     Not affected
Vulnerability L1tf:              Not affected
Vulnerability Mds:               Not affected
Vulnerability Meltdown:          Not affected
Vulnerability Spec store bypass: Mitigation; Speculative Store Bypass disabled via prctl and seccomp
Vulnerability Spectre v1:        Mitigation; usercopy/swapgs barriers and __user pointer sanitization
Vulnerability Spectre v2:        Mitigation; Full AMD retpoline, IBPB conditional, STIBP disabled, RSB filling
Vulnerability Tsx async abort:   Not affected
Flags:                           fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxs
                                 r sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm constant_tsc rep_good nopl n
                                 onstop_tsc cpuid extd_apicid aperfmperf pni pclmulqdq monitor ssse3 fma cx16 sse4_1 sse
                                 4_2 popcnt aes xsave avx f16c lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misal
                                 ignsse 3dnowprefetch osvw ibs xop skinit wdt fma4 tce nodeid_msr tbm topoext perfctr_co
                                 re perfctr_nb cpb hw_pstate ssbd ibpb vmmcall bmi1 arat npt lbrv svm_lock nrip_save tsc
                                 _scale vmcb_clean flushbyasid decodeassists pausefilter pfthreshold

How can I debug it so I can provide better info so this can be fixed?
I also tried to build it when booted to linux (as linux-ck is my main kernel) but the same error occurs.
Also, I was curious about this but forgot to ask here: everytime I choose the options "Native optimizations autodetected by GCC", the proccess hangs before getting to build(). This occurs since long ago (before the linux 5.x). Any clues why this happen?

graysky · 2020-06-15 09:54:18

Which processor? I am aware of build errors affecting 3 microarches: piledriver, steamroller, and excavator: https://github.com/xanmod/linux/issues/58

vinnom · 2020-06-15 12:04:57

Oh, nvm then, it's piledriver

graysky · 2020-06-15 13:19:36

@vinnom - https://github.com/graysky2/kernel_gcc_patch/issues/55

vinnom · 2020-06-15 14:36:00

graysky wrote:

@vinnom - https://github.com/graysky2/kernel_gcc_patch/issues/55

yep, it worked. I'll follow your repo to keep track if I find any issue in the future, thanks!

graysky · 2020-06-15 15:16:02

OK, I updated all of the current patches with a tagged version (20200615) as well as the linux-ck package.

gpisic · 2020-06-16 13:34:30

Is it possible to modify your PKGBUILD so that it also provides also linux instead of just linux-ck or would that break some things? My problem is since i installed Arch a long time ago i only created a 100MB boot partition which was absolutely sufficient back then but it is impossible to have 2 Kernel images nowadays with that little space. I managed to install linux-ck with manualy deleting the vanilla images from the boot partition but when i try pacman -R linux now it says that it is required by acpi_call and nvidia. Since i can't remove vanilla linux i fear it will try to create it's images on boot every time there is an update.

Trilby · 2020-06-16 13:40:11

gpisic wrote:

Is it possible to modify your PKGBUILD so that it also provides also linux instead of just linux-ck or would that break some things?

That may break many things. Your problem is an X-Y problem. Nvidia does depend on the linux kernel, not on linux-ck. If you intend to use the linux-ck kernel you need a nvidia package built against -ck which is provided in graysky's repo as well. I'm not sure if acpi_call is provided in the ck repo, but there is a dkms version in the repos which you should use if you are not going to use the stock kernel.

Very few packages explicilty depend on the stock linux kernel, but those that do, really do. Remove or replace those packages if you are not using the stock kernel.

Last edited by Trilby (2020-06-16 13:40:38)

gpisic · 2020-06-16 13:49:44

Trilby wrote:

gpisic wrote:
Is it possible to modify your PKGBUILD so that it also provides also linux instead of just linux-ck or would that break some things?
That may break many things. Your problem is an X-Y problem. Nvidia does depend on the linux kernel, not on linux-ck. If you intend to use the linux-ck kernel you need a nvidia package built against -ck which is provided in graysky's repo as well. I'm not sure if acpi_call is provided in the ck repo, but there is a dkms version in the repos which you should use if you are not going to use the stock kernel.
Very few packages explicilty depend on the stock linux kernel, but those that do, really do. Remove or replace those packages if you are not using the stock kernel.

Thank you very much! I managed to install the DKMS versions and removed the stock kernel after that.

Ropid · 2020-06-16 21:19:30

gpisic wrote:

[...] My problem is since i installed Arch a long time ago i only created a 100MB boot partition which was absolutely sufficient back then but it is impossible to have 2 Kernel images nowadays with that little space. I managed to install linux-ck with manualy deleting the vanilla images from the boot partition but when i try pacman -R linux now it says that it is required by acpi_call and nvidia. Since i can't remove vanilla linux i fear it will try to create it's images on boot every time there is an update.

I have a similar problem with my EFI partition being too small. Looking around, I found this idea here that could solve the space problem completely:

The "grub" and "refind" boot loaders have their own drivers for ext4, xfs, btrfs filesystems. Using those boot loaders, you can do a setup where your EFI partition holds just the boot loader, and your /boot directory with the kernels is on your root partition.

digital-_-mystik · 2020-06-25 21:21:42

Hello,

I have been having issues with suspending on laptop with the last few -ck releases (binary from repo-ck) and I'm not sure what's going on; it hangs until I have to do a hard reset. I do not have any issues with -lts and the vanilla kernels. I think it started at 5.7.5 in -ck.

Here is my journalctl output of the three latest kernels at suspend from today's testing: https://bpa.st/raw/4NLQ

CPU: AMD A12-9700P RADEON R7 4C+6G (4) @ 2.500GHz
GPU: AMD ATI Radeon R5/R6/R7 Graphics (integrated)

Thanks

snack · 2020-06-26 07:52:09

@digital-_-mystik I noticed the same issue: my laptop (Dell XPS 15 9570 with Core i7 8750H, Plasma desktop environment) sometimes can't resume from standby and I have to hard-reset it. It used to always work and I noticed the issue recently. I did not try with stock kernel, but my logs with CK kernel on failed resume stops at:

giu 24 12:58:05 stryke systemd[1]: Reached target Sleep.
giu 24 12:58:05 stryke systemd[1]: Starting Suspend...
giu 24 12:58:05 stryke systemd-sleep[38039]: Suspending system...

graysky · 2020-06-26 11:01:12

Please use this thread for issues related to [repo-ck]. For linux-ck issues, recommend you post to CK's blog: https://ck-hack.blogspot.com or you can create a new thread in our BBS.

snack · 2020-07-03 06:37:28

@graysky As reported on CK blog by damentz, this patch:

https://github.com/zen-kernel/zen-kerne … f455bd2d51

should fix the suspend-to-ram issue I'm experiencing. Would you include it in next release, please? Thanks.

Last edited by snack (2020-07-03 06:37:48)

graysky · 2020-07-03 10:49:35

snack wrote:

@graysky As reported on CK blog by damentz, this patch:
https://github.com/zen-kernel/zen-kerne … f455bd2d51
should fix the suspend-to-ram issue I'm experiencing. Would you include it in next release, please? Thanks.

@snack - Have you verified that patch solves the issue for you? You said it should fix the suspend-to-ram issue...

snack · 2020-07-03 13:37:23

@graysky No I didn't yet. I was hoping that since you follow the CK blog you were already convinced by the damentz posts. But I understand your point, I'll see if I can find time for building and trying a patched linux-ck.

graysky · 2020-07-09 17:49:05

@snack - I just want to be sure it works to fix the issue without introducing other new issues. Since you are experiencing it, you are the logical person for testing. I will apply it to 5.7.8-1 given precedent on blog. Please report back.

snack · 2020-07-10 07:21:45

@graysky 5.7.8-1 suspends to ram and resumes beautifully. Thanks for your support.

jooch · 2020-08-31 18:58:24

error: failed retrieving file 'linux-ck-k10-headers-5.7.16-1-x86_64.pkg.tar.zst' from repo-ck.com : The requested URL returned error: 404

I'm getting 404 errors on various kernels, is this correct?

Arch Linux

#3626 2020-05-02 23:07:53

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

#3627 2020-05-08 14:33:15

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

#3628 2020-06-01 07:57:36

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

#3629 2020-06-01 08:02:18

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

#3630 2020-06-01 10:45:45

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

#3631 2020-06-07 18:15:36

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

#3632 2020-06-15 01:34:13

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

#3633 2020-06-15 09:54:18

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

#3634 2020-06-15 12:04:57

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

#3635 2020-06-15 13:19:36

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

#3636 2020-06-15 14:36:00

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

#3637 2020-06-15 15:16:02

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

#3638 2020-06-16 13:34:30

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

#3639 2020-06-16 13:40:11

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

#3640 2020-06-16 13:49:44

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

#3641 2020-06-16 21:19:30

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

#3642 2020-06-25 21:21:42

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

#3643 2020-06-26 07:52:09

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

#3644 2020-06-26 11:01:12

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

#3645 2020-07-03 06:37:28

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

#3646 2020-07-03 10:49:35

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

#3647 2020-07-03 13:37:23

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

#3648 2020-07-09 17:49:05

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

#3649 2020-07-10 07:21:45

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

#3650 2020-08-31 18:58:24

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

Board footer