Package Details: linux-rt-docs 4.14.34_rt27-1

Git Clone URL: https://aur.archlinux.org/linux-rt.git (read-only)
Package Base: linux-rt
Description: Kernel hackers manual - HTML documentation that comes with the Linux-rt kernel
Upstream URL: https://www.kernel.org/
Licenses: GPL2
Submitter: schivmeister
Maintainer: jhernberg
Last Packager: jhernberg
Votes: 147
Popularity: 0.984191
First Submitted: 2011-08-09 20:03
Last Updated: 2018-04-16 14:27

Latest Comments

jhernberg commented on 2018-02-07 19:14

@scimmia: Thanks !:) Just a coincidence, but here is a recent quote from one of the rt patch developers on the mailing list regarding applying the rt patch to an unintended kernel version.

"I'd be careful about this. There's a few (not many) subtle changes that get backported to stable that can break RT. You wont be able to notice it with compiling, but it can cause deadlocks in certain scenarios."

jhernberg commented on 2018-02-07 19:09

Yes, as gcc got updated nvidia aborts the module building. This is a good thing as you could otherwise experience subtle bugs. I've bumped the pkgver so that you guys rebuild the kernel, after that nvidia will build again.

blackhole commented on 2018-02-06 23:26

check gcc version

UlrichH commented on 2018-02-06 22:21

New weird thing,nvidia-dkms fail to build with 4.14.15-rt13-1-rt

Scimmia commented on 2018-02-05 21:15

Alright then. Most patches aren't as extensive as these and will apply to all kernels within a feature release. If it doesn't work here, it doesn't work.

jhernberg commented on 2018-02-05 18:48

@Scimmia: Not without merge conflicts, sometimes many this time only 1.

I realize that many Archlinux users want the latest and greatest, but afaik things have never been done like that with the rt patchset. I am not going to start fixing merge conflicts in the kernel for the rt patch. It's a far too important piece of software for my limited understanding of the kernel insides and rt specifics. I draw the limit at trying to add important back ported security fixes if I'm aware of them. If you look at Gentoo, you'll see that they do the same.

Of course feel free to adopt and to bring to community :)

Scimmia commented on 2018-02-05 16:23

And that patch doesn't apply to 4.14.17?

jhernberg commented on 2018-02-05 09:29

@Scimmia: This kernel is also still up to date, see: https://www.kernel.org/pub/linux/kernel/projects/rt/4.14/

jhernberg commented on 2018-01-31 13:10

For whoever flagged it out of date due to 4.15 being out, it always takes a while before the patchset is ported to a new kernel... In this case there is however a new patch to bring this kernel to 4.14.15-rt13, will upload that when I've tested it a bit.

jhernberg commented on 2018-01-29 12:32

@UlrichH: Hmm, this sounds like a thorny issue... Not sure have time to spend playing with alsa loopback device again..:) But apart from some difference in difference in kernel config I'm hard pressed to imagine what the difference could be... I find it hard to believe that just the BFQ patch would change much in this context, especially regarding sample rate conversion... How about linux-rt-lts, is that better? What might help is if you could track down when it started happening, is it something new in this last kernel release, etc.

But in the end very hard to make a diagnosis at distance...

All comments