Package Details: linux-rt-lts 3.18.29_rt30-1

Git Clone URL: (read-only)
Package Base: linux-rt-lts
Description: The Linux-rt-lts kernel and modules
Upstream URL:
Licenses: GPL2
Conflicts: kernel26-rt-lts
Provides: kernel26-rt-lts=3.18.29
Replaces: kernel26-rt-lts
Submitter: smoge
Maintainer: jhernberg
Last Packager: jhernberg
Votes: 17
Popularity: 0.156141
First Submitted: 2012-01-29 10:53
Last Updated: 2016-04-01 11:31

Latest Comments

jhernberg commented on 2016-03-19 16:35

I've also disowned the nvidia-rt-lts package, as it's not needed, just install linux-rt-lts-headers and the nvidia-dkms package. It will rebuild the needed kernel modules automatically when you upgrade nvidia or a kernel.

jhernberg commented on 2016-03-19 15:54

It's been updated now.

FiyreWyrkz commented on 2016-03-17 05:30

The patch that the PKGBUILD tries to source at is actually located at however I guess I just realized that if I opened the PKGBUILD and read it I would have seen it commented with a # tag.

Fincer commented on 2016-02-25 18:04

The current PKGBUILD script fails.





Also, remove all references to CVE-2016-0728.patch in PKGBUILD. (lines 30 and 76-77). Please remember not to remove ) symbol at line 30.

After you've done that, run updpkgsums and makepkg.

jhernberg commented on 2015-11-15 19:23

A headsup, rostedt's key has expired, you'll have to run "gpg --refresh-keys" to update the keys before trying to build this.

jhernberg commented on 2015-11-15 19:22

@erhel: Could you please report this to the linux-rt-users mailinglist?

jhernberg commented on 2015-11-15 19:20

@svictor: you'll have to add the keys to your personal keychain, it has nothing to do with archlinux keychain, see:

svictor commented on 2015-11-04 17:07

There seems to be a problem with the signatures :
==> Verifying source file signatures with gpg...
linux-3.18.tar ... FAILED (unknown public key 79BE3E4300411886)
patch-3.18.21 ... FAILED (unknown public key 38DBBDC86092693E)
patch-3.18.21-rt19.patch ... FAILED (unknown public key 48E726E38A87D95D)

I just did a pacman -Syu so I suppose I should have the latest keyrings.

rvega commented on 2015-09-06 18:37

This link is broken (404)

erlhel commented on 2015-09-05 16:55

Because of a mystic anomaly in special_insns.h in linux-rt-lts (3.18.17-rt14-1-rt-lts) oss-nonfree(AUR/oss-nonfree 4.2_2011-2) does not find read_cr4 and write_cr4.
What I did to make it work was to change read_cr4 and write_cr4 to __read-cr4 and __write_cr4 in osscore.c.
The correct change is probably to fix special_insns.h. It is not supposed to have any __write_cr4 or __read-cr4.

Excerpt from special_insns.h:

static inline void write_cr3(unsigned long x)

static inline unsigned long __read_cr4(void)
return native_read_cr4();

static inline unsigned long __read_cr4_safe(void)
return native_read_cr4_safe();

static inline void __write_cr4(unsigned long x)

All comments