Package Base Details: linux-rt

Git Clone URL: (read-only, click to copy)
Submitter: schivmeister
Maintainer: jhernberg (dvzrv, sangy)
Last Packager: dvzrv
Votes: 173
Popularity: 0.24
First Submitted: 2011-08-09 20:03
Last Updated: 2021-03-13 12:19

Pinned Comments

dvzrv commented on 2021-01-12 21:52

The repository for linux-rt and linux-rt-lts has moved to a new location.

If you use the custom repository, please update your pacman.conf accordingly, as the other one is going away by the end of the month (January 2021)!

Latest Comments

« First ‹ Previous ... 9 10 11 12 13 14 15 16 17 18 19 ... Next › Last »

blackhole commented on 2018-08-11 21:24

I just checked it. Really efivars is enabled in configuration, but /sys/firmware/efi/efivars/ is empty, since the corresponding kernel module is missing.

colinjmatt commented on 2018-08-06 18:35

I'm currently getting the error "mount: unknown filesystem type 'efivar(f)s'" at boot after grub, but the system appears to boot correctly after that message. This message does not appear when using grub to boot the default Arch Linux kernel. Any ideas what's causing this?

jhernberg commented on 2018-08-01 19:42

@teetest I have linux-headers 4.17.10-1 installed, that's not a problem.

What does your Xorg log say?

I suppose you have nvidia-utils installed, do you have a /usr/lib/nvidia/xorg/

teetest commented on 2018-07-31 23:21

@jhernberg Thank you for your information. I use Nvidia Optimus. Default kernel "Linux" worked.

In journalctl log, it shows "(EE) NVIDIA(0): Failed to initialize the GLX module".

Then i found out package "nvidia-dkms 396.45-2" require "linux-headers>=4.17".

So i downgrade kernel and nvidia-dkms. But it still shows "(EE) NVIDIA(0): Failed to initialize the GLX module".

I don't know why.

Nvidia 1050ti

Nvidia Optimus

nvidia-dkms 396.45-2 / nvidia-dkms 396.24-7

-------A PART OF ERRORS---------

jhernberg commented on 2018-07-29 12:39

@teetest: What errors do you see, have you been able to use it before?

I just updated the kernel to 4.16.18-rt11, it installs and builds. It also has no problem to build/install nvidia-dkms. I boot my system using the builtin Intel GPU, but do use the nvidia occasionally together with bumblebee. This appears to work fine, the module is loaded and for instance primusrun glxsperes64 runs without any problems.

Ralf_Mardorf commented on 2018-07-29 09:01

I'm using an Intel graphics. However, take a look at the right upper side 'Required by' packages. There are links to nvidia-340xx-rt and nvidia-rt. The '(make)' behind nvidia-340xx-rt is confusing, actually linux-rt{,-headers} are listed as makedepends of the nvidia packages, so it's unlikely that the nvidia packages are optional makedepends of linux-rt. Take a look at the nvidia PKGBUILD's makedepends regarding ">=" and "<". Please report back with detailed information, it might be helpful for other users of the proprietary nvidia driver.

teetest commented on 2018-07-29 06:08

I can't boot in linux-rt kernel with nvidia-dkms. Anyone else?

oberon2007 commented on 2018-05-23 21:59

@blackhole, those warning are not really a problem. To get rid of them these patches can be added:

blackhole commented on 2018-05-23 14:30

I have a lot of "sibling call from callable instruction with modified stack frame" compiling.

Ralf_Mardorf commented on 2018-05-13 02:25

to7m also consider to read NO_HZ: Reducing Scheduling-Clock Ticks, Counting on the time stamp counter and The high-resolution timer API. The latter two timer related articles are outdated, but lead into the right direction. Also keep in mind that by default rtc is not getting high priority by rtirq.

$ grep rtc /etc/rtirq.conf.pacnew 
# RTIRQ_NAME_LIST="rtc snd usb i8042" # old