You are not logged in.
Maybe https://wiki.archlinux.org/index.php/Li … _Scheduler should be made a bit more clear. As it is, my thought process would be the same as czubek's.
Offline
Based on the help provided by clfarron I tried to enhance the "linux-ck" wiki with some clarifications. Unfortunately, even trying to edit the "discussion" became overwhelming. For what it's worth the following is my meager contribution:
3 How to enable the BFQ I/O Scheduler
Budget Fair Queueing is a disk scheduler which allows each process/thread to be assigned a portion of the disk throughput.
Since version 3.0.4-2, the BFQ patchset is incorporated into the package by default. Unless enabled the scheduler will default to CFQ. The scheduler can be enabled either Globally (for all devices), or Selectively, (for specified devices).
Global Application
If compiling from the AUR, simply set the BFQ flag to yes in the PKGBUILD prior to building.
_BFQ_enable_="y"
This will enable the BFQ scheduler for this kernel version every time it is booted. If the kernel is upgraded with a new version , the BFQ flag for the new kernel must be set to "y" to enable BFQ.
If one makes use of the pre-compiled ck kernels then BFQ can be enabled by appending the following to the bootloader's kernel parameters. An example using syslinux would look like:
LABEL arch-ck
MENU LABEL Arch Linux-ck
LINUX ../vmlinuz-linux-ck
INITRD ../intel-ucode.img,../initramfs-linux-ck.img
APPEND root=/dev/sda3 rw elevator=bfq
Selective Application
An alternative method is to direct the kernel to use it on a device-by-device basis. For example, to enable it for /dev/sda simply:
# echo bfq > /sys/block/sda/queue/scheduler
To confirm:
# cat /sys/block/sda/queue/scheduler
noop deadline cfq [bfq]
Note that doing it this way will not survive a reboot. To make the change automatically at the next system boot, create the following tmpfile where sdX is the desired device:
/etc/tmpfiles.d/set_IO_scheduler.conf
-------------------------------------------------------------------
w /sys/block/sdX/queue/scheduler - - - - bfq
Last edited by czubek (2014-10-28 21:43:32)
Offline
...how is that fundamentally different that this wiki section: https://wiki.archlinux.org/index.php/Li … _Scheduler
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Offline
@graysky. From the wiki I got the impression that both the pkgbuild flag and the elevator statement must be done in order to enable BFQ. I found out that it was either or. I probably went overboard in my suggested changes, but they are only suggestions and now that I understand it is ok with me if they are discarded.
I recommend karol's revisions. They are far more concise.
Last edited by czubek (2014-10-28 23:09:12)
Offline
runical wrote:This question might have been answered already, but will the future builds also be able to load microcode early as per the news?
Already implemented in 3.16.6-3, see the changelog: https://wiki.archlinux.org/index.php/Linux-ck/Changelog... live in the repo a few moments ago.
I have 3.16.6-3, but the microcode update did something wrong anyway.
If I boot with
initrd /boot/intel-ucode.img /boot/initramfs-linux-ck.img
I still get kernel panic. .img file exists and is there. Booting without the ucode file works fine. What's wrong? Hardware in sig.
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
Are you using BURG? Did you generate a new burg.cfg?
Offline
Are you using BURG? Did you generate a new burg.cfg?
Yes, using BURG and no, I just inserted "/boot/intel-ucode.img" in the .cfg as the wiki suggests to do (for GRUB).
I'm not sure this is the right place to discuss this, I don't know if it's a kernel problem or not. I'll try another kernel when I get time. Maybe it's BURG's fault?
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
Must be something in berg... works just fine on booting with grub 1:2.02.beta2-4:
% dmesg | grep -i 'microcode\|Kolivas'
[ 0.000000] CPU0 microcode updated early to revision 0x1b, date = 2014-05-29
[ 0.177571] CPU1 microcode updated early to revision 0x1b, date = 2014-05-29
[ 0.190894] CPU2 microcode updated early to revision 0x1b, date = 2014-05-29
[ 0.204482] CPU3 microcode updated early to revision 0x1b, date = 2014-05-29
[ 0.368607] microcode: CPU0 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368610] microcode: CPU1 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368615] microcode: CPU2 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368620] microcode: CPU3 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368625] microcode: CPU4 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368630] microcode: CPU5 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368635] microcode: CPU6 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368640] microcode: CPU7 sig=0x306a9, pf=0x2, revision=0x1b
[ 0.368663] microcode: Microcode Update Driver: v2.00 <tigran@aivazian.fsnet.co.uk>, Peter Oruba
[ 0.389639] BFS CPU scheduler v0.456 by Con Kolivas.
Last edited by graysky (2014-10-29 12:23:46)
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Works for me (syslinux, 32-bit Arch).
Last edited by karol (2014-10-29 10:22:05)
Offline
Must be something in BURG, just checked and it does not work with vanilla either. That's very weird.
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
Do the kernels support tomoyo?
Offline
No, but neither does the official ARCH kernel:
% zgrep -i tomoyo /proc/config.gz
# CONFIG_SECURITY_TOMOYO is not set
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Do the kernels support tomoyo?
IIRC, support was removed from the configs in the 3.14 series of kernels in ArchLinux (when they had the massive config cleanup).
Claire is fine.
Problems? I have dysgraphia, so clear and concise please.
My public GPG key for package signing
My x86_64 package repository
Offline
Nordic89 wrote:Do the kernels support tomoyo?
IIRC, support was removed from the configs in the 3.14 series of kernels in ArchLinux (when they had the massive config cleanup).
Indeed: https://projects.archlinux.org/svntogit … fb365da822
Offline
@PG - Are you using the repo package for linux-ck? If so you should also be using the nvidia-ck package from the repo too. I do not provide the r8168-ck package so as long as you have the repo linux-ck-headers pacakge, you can build up whatever you want from the AUR.
Hi @graysky, I believe this is not the first time to ask you this favor. Sorry about my bad English. Could you please bring r8168-ck package into the repository? I asked this again really because 90% motherboards out there are integrated with realtek chips (larger than Broadcom and NVidia chips), and there are many people don't want to use AUR (many use archlinux for building router or NAS), so they are struggling in decision of using Linux-ck or not.
People like you and appreciate your works in these years. The r8168 module from realtek.com doesn't release very often, and I believe for you it take little maintenance effort to avoid hundreds or thousands of people installing AUR. I don't know why other people use archlinux, but for me the biggest reason is archlinux has repo-ck and great contributors like you. If you release r8168-ck, more people will switch from other distro to archlinux, therefore strengthen this community and I'm sure you will have returns more or less.
I tried my best to express my thoughts, but let me know if you misunderstood any sentence.
Thanks,
Enih
Offline
Why exactly not use AUR or set up your own repository?
Offline
Why exactly not use AUR or set up your own repository?
For me I guess I want to keep my x86-64 router KISS as possible.
Offline
Sorry, as I have said in the past, I do not have hardware to test the built packages and I really don't want to expand the offerings beyond these core packages for mataiance reasons. You will need to rebuild it manually.. Perhaps write a dkms package?
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
OK 3.17.2-1-ck is in the AUR along with accompanying packages. I might not be able to update the repo until this time tomorrow. Very busy tonight and I don't like rushing or automating major version bumps. Just FYI.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Build and tested. Repo populated. Enjoy.
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Nvidia packages needs to be updated now, "nvidia-340xx-ck-core2: requires nvidia-340xx-utils=340.46"
Offline
Yes, 340.58 recently hit [extra]. I will build later this afternoon,
CPU-optimized Linux-ck packages @ Repo-ck • AUR packages • Zsh and other configs
Offline
Hi, I'm using the linux-ck-nehalem and nvidia-ck-nehalem packages from the binary repo on my 64-bit desktop machine. Even though pacman says my system is up-to-date, I'm still running linux 3.16.7:
$ pacman -Q linux-ck-nehalem
linux-ck-nehalem 3.16.7-1
$ uname -r
3.16.7-1-ck
The nvidia driver package is also outdated on my system
$ pacman -Q nvidia-ck-nehalem
nvidia-ck-nehalem 343.22-4
I tried downloading the packages from the web site manually, but the signature verification for linux-ck-nehalem fails
$ pacman-key -v linux-ck-nehalem-3.17.2-1-x86_64.pkg.tar.xz.sig
==> Checking linux-ck-nehalem-3.17.2-1-x86_64.pkg.tar.xz.sig ...
gpg: Signature made mer 12 nov 2014 00:11:13 CET using RSA key ID 5EE46C4C
gpg: NOTA: il trustdb non è scrivibile
gpg: BAD signature from "graysky (used to sign repo-ck packages) <graysky@archlinux.us>" [full]
Any help?
Thanks
Last edited by nspacestd (2014-11-12 16:48:20)
Offline
Do you have a separate boot partition? Was it mounted when you did the update?
Offline