Package Base Details: linux-rt-bfq-dev

Git Clone URL: https://aur.archlinux.org/linux-rt-bfq-dev.git (read-only, click to copy)
Submitter: sir_lucjan
Maintainer: sir_lucjan
Last Packager: sir_lucjan
Votes: 18
Popularity: 0.43
First Submitted: 2020-06-25 21:58
Last Updated: 2021-03-05 16:45

Pinned Comments

sir_lucjan commented on 2019-10-07 11:43

Some patches for BFQ conflict with patches for BFQ-dev.

To use linux-rt-bfq-dev smoothly apply bfq-reverts before bfq-dev patch. Otherwise the kernel will not compile.

sir_lucjan commented on 2018-01-11 22:32

linux-rt-bfq-dev git version:

https://github.com/sirlucjan/kernels-rt/tree/master/linux-rt-bfq-dev-git

Enjoy!

Latest Comments

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

sir_lucjan commented on 2021-01-22 16:02

@Turbo

Please do not mark a package as outdated until a stable version is released.

If you are in such a hurry to test 5.11 I will upload the rc version to github later.

kureta commented on 2021-01-12 18:43

Hi! Do you use ccache? For some reason, even when I try to build the exact version a second time without any changes, ccache is useless when building this package. I have set sloppiness = file_macro,locale,time_macros in my /etc/ccache.conf. nvim-git properly takes advantage of ccache but not this package. I have also read the ccache page on the arch wiki but couldn't find a solution to my problem.

sir_lucjan commented on 2021-01-07 17:12

@Turbo

As far as I know, this patch fixes a bug from kernel 5.10.4, so unfortunately, it cannot be imposed on 5.10.1:

$ git am *.patch
Applying: ALSA: hda/hdmi: fix locking in silent_stream_disable
error: patch failed: sound/pci/hda/patch_hdmi.c:1736
error: sound/pci/hda/patch_hdmi.c: patch does not apply
Patch failed at 0001 ALSA: hda/hdmi: fix locking in silent_stream_disable
hint: Use 'git am --show-current-patch=diff' to see the failed patch
When you have resolved this problem, run "git am --continue".
If you prefer to skip this patch, run "git am --skip" instead.
To restore the original branch and stop patching, run "git am --abort".

I assure you that if it was possible, it would have been applied 'long ago'.

Turbo commented on 2021-01-07 16:40

Hi, May be you could include this patch for next build: 0006-ALSA-hda-hdmi-fix-locking-in-silent_stream_disable.patch

source: https://aur.archlinux.org/cgit/aur.git/tree/0006-ALSA-hda-hdmi-fix-locking-in-silent_stream_disable.patch?h=linux-ck

fvdb06 commented on 2020-12-20 13:17

sudo mount -o nosuid,nodev,noexec,noatime -t efivarfs efivarfs /sys/firmware/efi/efivars

mount: /sys/firmware/efi/efivars: unknown filesystem type 'efivarfs'.

Are there still bugs with the efivarfs implimentation?

fvdb06 commented on 2020-12-20 13:16

$ journalctl -xe BUG: using smp_processor_id() in preemptible [00000000] code: usb-storage/329

SOLVED NOW. Indeed, scheduler should be bfq instead of mq-deadline

sir_lucjan commented on 2020-12-19 21:33

Did this problem occur in the previous version of kernel? Does the problem occur if you use a different scheduler, for example mq-deadline? If not, report it to bugzilla.

fvdb06 commented on 2020-12-19 20:45

$ journalctl -xe BUG: using smp_processor_id() in preemptible [00000000] code: usb-storage/329

Dec 19 21:34:20 cantara kernel: BUG: using smp_processor_id() in preemptible [00000000] code: usb-storage/329 Dec 19 21:34:20 cantara kernel: caller is blk_mq_complete_request+0x4b/0x90 Dec 19 21:34:20 cantara kernel: CPU: 1 PID: 329 Comm: usb-storage Tainted: G U 5.9.1-rt20-7-rt-bfq-dev #1 Dec 19 21:34:20 cantara kernel: Hardware name: /conga-SA5, BIOS SA50R137 10/29/2018 Dec 19 21:34:20 cantara kernel: Call Trace: Dec 19 21:34:20 cantara kernel: dump_stack+0x6b/0x88 Dec 19 21:34:20 cantara kernel: check_preemption_disabled+0xcd/0xd0 Dec 19 21:34:20 cantara kernel: blk_mq_complete_request+0x4b/0x90 Dec 19 21:34:20 cantara kernel: usb_stor_control_thread+0x298/0x300 [usb_storage] Dec 19 21:34:20 cantara kernel: ? fill_inquiry_response+0x10/0x10 [usb_storage] Dec 19 21:34:20 cantara kernel: kthread+0x160/0x180 Dec 19 21:34:20 cantara kernel: ? __kthread_parkme+0xa0/0xa0 Dec 19 21:34:20 cantara kernel: ret_from_fork+0x1f/0x30

sir_lucjan commented on 2020-10-21 00:02

It looks like a bug that you should report to the developers. I'm just a packager and in this case you have to contact them - report to them that it does not work.

jempe commented on 2020-10-20 23:57

Compilation is a success but booting not... My arch is totally encrypted with luks and i use btrfs filesystem. The boot process stop with this: "systemd-cryptset[702] exited with preempt_count 4"