You are not logged in.
Please switch back to the 4.12 kernel from repo-ck try the same kernel command line options and see if suspend still works.
If it does you may need patches from https://bugzilla.kernel.org/show_bug.cgi?id=196675 / https://aur.archlinux.org/packages/linux-bfq-mq/ to get multiqueue/bfq working.
Edit:
replace bfq with multiqueue/bfq.
Last edited by loqs (2017-08-30 11:31:45)
Offline
Yes, it still works. But I'm not familiar with kernel building, so I think I will stay with the previous version for now. I just hope that all these can help to fix this issue in next kernel versions.
Thanks for your efforts.
Offline
@zaxdan69 no problem glad you have MuQSS and suspend working now even if it means disabling bfq.
@graysky have you considered hosting a series of test kernels on repo-ck to try and pinpoint the cause of some of the issues and possible fixes?
Offline
@loqs - No, but engaging users such as yourself can work to this end
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
With no response from Con Kolivas or Jens Axboe and a worst case estimate of 4.13 being out in under two weeks I do not want to invest effort into a 4.12 investigation.
Hypothetically speaking if I found adding 9 patches from upstream linux-block tree made fixed the issues with 4.13. What would that finding achieve?
Offline
Apparently having trouble with graysky signature on recent packages ck-kx.
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
Apparently having trouble with graysky signature on recent packages ck-kx.
Same issue? https://bbs.archlinux.org/viewtopic.php … 7#p1713887
Brottweiler@#archlinux
Offline
nomorewindows wrote:Apparently having trouble with graysky signature on recent packages ck-kx.
Same issue? https://bbs.archlinux.org/viewtopic.php … 7#p1713887
error: linux-ck-kx: signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" is invalid
:: File /var/cache/pacman/pkg/linux-ck-kx-4.12.10-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)).
Do you want to delete it? [Y/n]
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
raggerv8 wrote:nomorewindows wrote:Apparently having trouble with graysky signature on recent packages ck-kx.
Same issue? https://bbs.archlinux.org/viewtopic.php … 7#p1713887
error: linux-ck-kx: signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" is invalid :: File /var/cache/pacman/pkg/linux-ck-kx-4.12.10-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n]
Do you use powerpill? I only get that with powerpill, not with pacman. It's annoying but apparently something that can be ignored.
Brottweiler@#archlinux
Offline
nomorewindows wrote:raggerv8 wrote:error: linux-ck-kx: signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" is invalid :: File /var/cache/pacman/pkg/linux-ck-kx-4.12.10-1-x86_64.pkg.tar.xz is corrupted (invalid or corrupted package (PGP signature)). Do you want to delete it? [Y/n]
Do you use powerpill? I only get that with powerpill, not with pacman. It's annoying but apparently something that can be ignored.
Using pacman...
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
I deleted the file and redownloaded and was able to get it to go...
I tried pacman-key but that didn't go anywhere since it wasn't able to get the keyserver...
Don't know what happened, but I got it going now...
I may have to CONSOLE you about your usage of ridiculously easy graphical interfaces...
Look ma, no mouse.
Offline
I'm having problems with the integrated SD card reader on my laptop (ThinkPad X230) when running linux-ck-ivybridge, though it works fine under plain linux (-ARCH). The module appears to crash, and pcmanfm seems unable to automount any of the SD card partitions.
linux 4.12.10-1
linux-ck-ivybridge 4.12.10-1
dmesg log at moment of insertion of SD card https://bpaste.net/show/e09a7590f931
result of lsusb and lspci https://bpaste.net/show/d174f7f5e60e
If you'd like me to clarify anything else, just ask.
Last edited by aphirst (2017-09-05 14:38:29)
ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD
Offline
deleted
Last edited by biosin (2020-03-31 15:03:49)
Offline
@aphirst are you doing a like for like test by default the kernel provided by the linux package has CONFIG_SCSI_MQ_DEFAULT=n did you rebuild that kernel or override the option with scsi_mod.use_blk_mq=1?
@graysky the patch I sent to ck is causing an OOPS would be great if you could test and see if it works or OOPS on someone elses system. Still no response to the kernel bug report.
Offline
@loqs No, I'm just comparing between the behaviour of the "linux" kernel in the arch repo, and the "linux-ck-ivybridge" kernel provided in [repo-ck]. Rebuilding kernels to further test this myself is something which I'm not going to be able to do until the weekend at the very earliest, also assuming I don't have anything else to do. The most I could do "soon" would be to also compare with the behaviour of just "linux-ck" also from [repo-ck].
ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD
Offline
@aphirst you can avoid the rebuild if you pass the kernel parameters instead scsi_mod.use_blk_mq=1 for arch linux or scsi_mod.use_blk_mq=0 elevator=cfq for linux-ck ( you only need to change the parameter set for one of the kernels )
If you can trigger the issue on arch linux then please report it upstream at kernel.org if it is unique to linux-ck report it to ck.
Offline
It seems that with any 4.12.* version my laptop (Dell XPS15 9550, skylake) suffers from hangs and crashes using the CK kernel; vanilla kernel works fine.
Sometimes it will hang on suspend, sometimes on boot, sometimes on login, sometimes on resume... just like that, randomly.
Anyone else has been experiencing this?
Last edited by OdinEidolon (2017-09-10 17:58:40)
Hardware: 2016 Dell XPS15 - matte FullHD - i5-6300HQ - 32GB DDR4 - Nvidia GTX960M - Samsung 840EVO 250GB SSD - 56Wh
Software: Plasma 5 - rEFInd - linux-ck - preload - prelink - verynice - psd - bumblebee
Offline
I wish I could suffer hangs and crashes.
With a thinkpad x230 all the 4.12-*-ck kernel I've tried fail to boot and stay stuck at "loading initial ramdisk".
Offline
@loqs I tried running linux-ARCH and linux-CK with and without the options you specified, and got the following results (the OPTIONS line from my /boot/loader/entries/* files):
linux 4.12.13-1
options cryptdevice=UUID=[redacted]:root root=/dev/mapper/root quiet rw acpi_osi="!Windows 2012"
- WORKS
options cryptdevice=UUID=[redacted]:root root=/dev/mapper/root quiet rw acpi_osi="!Windows 2012" scsi_mod.use_blk_mq=1
- WORKS
linux-ck-ivybridge 4.12.13-1
options cryptdevice=UUID=[redacted]:root root=/dev/mapper/root quiet rw acpi_osi="!Windows 2012"
- DOES NOT WORK - DMESG EXCERPT
options cryptdevice=UUID=[redacted]:root root=/dev/mapper/root quiet rw acpi_osi="!Windows 2012" scsi_mod.use_blk_mq=0 elevator=cfq
- WORKS
Interesting, I didn't get the symmetry you expected I would.
So, either there's some problem with my -ck options line (am I missing something? I was under the impression that since the introduction of the new scheduler, I didn't need to specify anything extra, but maybe that's wrong), or there's a bug of some kind with the -ck build. I'll wait for a little feedback here, then I'll escalate this.
UPDATE #1: I tried adding elevator=bfq to both of the above -ck-ivybridge lines, which did not affect the results.
UPDATE #2: I installed linux-ck (not custom-built for a particular CPU) and repeated the tests - the same occurred as with linux-ck-ivybridge.
Last edited by aphirst (2017-09-16 13:57:46)
ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD
Offline
I was under the impression that since the introduction of the new scheduler, I didn't need to specify anything extra, but maybe that's wrong),
Without any additional options you get MuQSS + scsi_mod.use_blk_mq=1 you do not get bfq but you get mq-deadline or none as the IO scheduler depending on the devices properties.
You would need a udev rules such as the following to get bfq
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/scheduler}="bfq"
However your system seems to fail when scsi_mod.use_blk_mq=1 is enabled similar to zaxdan69 slightly earlier in this thread.
Offline
Ah, so even "elevator=bfq" doesn't work any more? Strange. Well, at least the scsi_mod.use_blk_mq issue seems "known" - is CK aware?
ArchLinux | x86_64 | linux-ck-ivybridge
ThinkPad X230 | 12.5" | i5-3320M (2.5GHz) | HD 4000 | 16GB (1600MHz) | 256GB mSATA SSD | 2TB HDD
ThinkPad T430 | 14.1" | i7-3520M (2.9GHz) | GF108M (NVS 5400M) | 16GB (1600MHz) | 256GB mSATA SSD | 1TB HDD | 500GB HDD
Offline
elevator=bfq does not work because in 4.12 CK switched to using the in kernel version of bfq that uses blk_mq but https://git.kernel.org/pub/scm/linux/ke … c0db2c3032
ignores the elevator parameter when the queue type is multiqueue such as scsi_mod.use_blk_mq=1 or the device is NVME (this covers 4.12 ck kernels)
So elevators you can select with the elevator parameter are cfq,noop and deadline only if the queue is not multiqueue
Multiqueue elevators are bfq,kyber,mq-deadline and none and can only be changed using udev or similar and the queue is a multiqueue if you do not specify you get none if the device is NVME or similar otherwise mq-deadline.
I think the closest anyone has come to reporting the issue on CK's blog is http://ck-hack.blogspot.com/2017/08/lin … 7797998186
I do not know if graysky has reported any of the issues from this thread or the AUR package comments to CK.
Edit:
changed linked from this one where CK changes the config so that SCSI_MQ_DEFAULT (scsi_mod.use_blk_mq) is enabled for mq schedulers
https://github.com/ckolivas/linux/commi … 1e22fa1728
to https://git.kernel.org/pub/scm/linux/ke … c0db2c3032
Last edited by loqs (2017-09-16 21:56:07)
Offline
how would i rebuild the ck-bulldozer kernel and add in the AMD DC/DAL ?(for hdmi audio)
merg diffs on .configs?
merge pkgbuilds?
can someone set me on the right path?
Offline
how would i rebuild the ck-bulldozer kernel and add in the AMD DC/DAL ?(for hdmi audio)
You mean https://aur.archlinux.org/packages/linu … aging-git/ or https://aur.archlinux.org/packages/linu … -next-git/
merg diffs on .configs?
merge pkgbuilds?
You would have to merge the source trees as well.
Edit:
@graysky off topic but 4.14-rc1 has another case of a symbol being marked GPL only breaking the nvidia driver. Nvidia is aware of the issue https://lkml.org/lkml/2017/9/15/499
other fixes for the nvidia driver appear trivial.
Last edited by loqs (2017-09-17 19:18:04)
Offline
pr0dukter wrote:how would i rebuild the ck-bulldozer kernel and add in the AMD DC/DAL ?(for hdmi audio)
You mean https://aur.archlinux.org/packages/linu … aging-git/ or https://aur.archlinux.org/packages/linu … -next-git/
pr0dukter wrote:merg diffs on .configs?
merge pkgbuilds?
You would have to merge the source trees as well.
other fixes for the nvidia driver appear trivial.
i thought i would have to merge ck-bulldozer 4.12 with linux-amd-staging (because my thinking was it was for kernel 4.12)
i can pull in the absolute latest drm-next to the current bulldozer? don't have to match up versions?
how would i merge source trees in this case? i was thinking i would need to apply all the ck-bulldozer packages to the linux-amd-staging (or drm-next)...
or do i start with ck-bulldozer as base and pull in all the amd-staging?
Offline