Arch Linux

Apologies, haven't been able to find the time to take care of this. Disowned.

rt25.

Try it and see. Go to the listed link at kernel.org for a list of all available rt patches.

the rt patch specifically use for the 3.6.10 ? not for the bare 3.6 ?

Apparently so.

Nope, nothing wrong, just there was no announcement email so I missed the updates =). I believe they're autogenerated and hence may not be different though.

The RT patch produces 404 again but what's wrong with the TOI patch? Is there something wrong with the more recent releases?

Changed it. Thanks Det for informing me, but flagging out-of-date is a bit misleading =) I subscribe to comments anyway.

RT patch moved again.

-rt14

I will be updating this package to 3.2.13-4 which will comply with the latest changes in kmod (which is currently being put into [testing]). ALL USERS SHOULD REBUILD THE KERNEL AFTER UPGRADING kmod). This kernel will become unbootable otherwise. If you're not using [testing], please still take note, as when the kmod update comes to [core] you'd have to do the same thing.

Again, REBUILD KERNEL AFTER UPGRADING kmod. In addition, please do not build versions 3.2.13-3 or prior of this kernel anymore if you're on the old kmod (9-1) since that wouldn't work.

No its not outdated

http://www.kernel.org/pub/linux/kernel/projects/rt/3.4/

how you see the 3.4 rt is out, the problem is the tuxonice is remain in 3.2.x
not sure if outdate the package or not

free of suggestions and advices now

404 with the RT patch again.

The RT patch is identical (md5sums check out), so I've not updated the pkgrel. Only change is the name of the patch file. Thanks Det.

3.2.13 for the RT patch.

My bad, didn't update it in a while. Uploaded a fixed version.

The RT link's out-of-date.

There has come new version of rt patch and the older one moved, so link in PKGBUILD doesn't work. change it to new one or if there is reason to use older patch it can be found from address http://www.kernel.org/pub/linux/kernel/projects/rt/3.0/older/${file_rt}

Thanks, but that line of patch-sets isn't stable yet according to the rt mailing list. I'd still update though if someone would find me a TOI patch for 3.2 (I've requested it on the TOI list, but the maintainer seems very RL busy.

http://www.kernel.org/pub/linux/kernel/projects/rt/3.2/patches-3.2.5-rt11.tar.x

for the 3.2.5 kernel

thanks, I thought it were a stable release allready

It's not stable yet. Can't speak for the other package but I can't upgrade because of toi, not rt

could anybody explain to me why both rt-kernels in Arch don't update to 3.2?? I didn't find the rt mailing list either.

3.2-rt10

Updated. Please check the RT mailing list, 3.0-related releases are moving into support-only, they've already released their first 3.2rc-based patch.

This FATAL: LOL,NOTGPL error derails the fglrx module too.

For anyone else whose system's been broken by the ludicrously pedantic EXPORT_SYMBOL_GPL tag, here is the solution:

http://old.nabble.com/Re%3A-rt-audio-with-kernel-3.0---looking-good-p32231114.html

It's really not tough. Just open up the patch-3.0.3-rt... file, find the problem, fix the problem.

RT patch no longer applies cleanly from 3.0.4 onwards. Will have to wait for a new RT release.

For those who are affected by nvidia proprietary driver issues, you have two options, either downgrade to kernel26-rt-ice (check out my github, I have the last one tagged here https://github.com/ngoonee/kernel26-ice/tree/kernel26-rt-ice-2.6.33-18 ) or manually patch this package or the nvidia package to work. Use google, it'll help with that second option. I do not recommend using the 2.6.33 kernel as its really old....

oh yeah kernel26-rt-ice works well. because of updating to linux-rt-ice, I ran into problems... now some light is shining on this... it's the nouveau drivers then... that's my alternative..
thanx ngoonee..

I am currently on my personal machine running kernel26-rt-ice and nvidia-beta-all. I cannot (and will not) distribute patches enabling that though, since I've been informed that that would be a legal violation of the GPL. I'm unsure whether my personal use violates the GPL, but it may not, while distributing my (simple) patch will. As an Arch-er, I'm sure you know the power of google if you want to make a similar patch yourself.

Alternatively you could try and get nouveau working properly, but it is known to affect rt performance quite badly. Check the rt-list archives for more information/alternatives.

I had to use the nouveau drivers for my vid card but now the latency or something is whacked... crazy xruns.. I've change nothing but the kernel.. my system is totally unusable now... any help?

Bumped to 3.0.1-rt11 (of course with 3.0.1 as well). Please test out, I disabled (on both i686 and x86_64 configs) the offending modules from fauno's comment.

Are you sure -rt8 built fine? I had to disable those modules still :/

It may be because you're on x86_64, as one of the problematic modules is not in the stock config.x86_64.

it's 3.0.1-rt8 actually

I updated to rt8 and now it builds fine here.

Sorry, I'll take some time to get to those issues. Its probably the config file, as the one I have (my own machine's custom one) compiles fine. Have been away over the weekend, and may take some time getting to it. Please try compiling by disabling some of the mentioned drivers (and with CONFIG_SECTION_MISMATCH) if you can, let me know which ones I should disable in the stock config here.

Same error as capoeira using linux-libre and just rt patches. this is the log with CONFIG_SECTION_MISMATCH=1: http://paste.pocoo.org/raw/453823/

failed here:

BUILD arch/x86/boot/bzImage
Root device is (8, 1)
Setup is 17020 bytes (padded to 17408 bytes).
System is 2267 kB
CRC 992fa0c8
Kernel: arch/x86/boot/bzImage is ready (#1)
Building modules, stage 2.
MODPOST 3109 modules
ERROR: "of_find_property" [drivers/tty/serial/of_serial.ko] undefined!
ERROR: "of_find_property" [drivers/hwmon/ltc4245.ko] undefined!
WARNING: modpost: Found 23 section mismatch(es).
To see full details build your kernel with:
'make CONFIG_DEBUG_SECTION_MISMATCH=y'
make[1]: ** [__modpost] Erro 1
make: ** [modules] Erro 2

it wont cause any damage to data wont it?

Replaces (and is based on) kernel26-rt-ice which will no longer be updated. For the time-being, please at least check out the real-time ML, there's lots of bugs being posted and patched for (hence why we're already at rt6), I do not guarantee this kernel will not eat your babies.

Package 'linux-rt-ice' has been uploaded which deprecates this package. I will be requesting the deletion of this package in a month's time to give everyone a chance to notice. Please go to http://aur.archlinux.org/packages.php?ID=51166 to update. I have not yet had the time to compile/run the new package, and the ML seems to be a hive of reports and fixes right about now (hence why they're already on rt6). Very good progress, but not exactly what you'd call stable, so be advised.

I know they're up to rt3 currently based on announcements on their ML, but I'll hang on till TOI releases as well. Also I want to test linux-3.0 from [testing] on my other machine before upgrading my audio/work machine, so it may take a while. If anyone knows TOI's release schedule let me know, their ML is hit-and-miss in terms of news in my experience.

http://www.kernel.org/pub/linux/kernel/projects/rt/patch-3.0-rt1.patch.bz2

Kernels with the BFS patch. There's quite a few on the AUR, just search them out. My point was simply that 'good enough' is variable, and that the RT patch is not only targetted towards audio usage (in fact I don't think that's even its primary target).

@ngoonee: I do not quite understand, what kernels exactly do you use for audio?

@beroal, yes, I've seen the same. 'small enough' depends on the user though, I've actually been using BFS-patched kernels for audio over -RT for quite a while now =)

I just want to inform everybody that I have ceased using the RT patch. My tests suggest that RT priorities really works in 2.6.38. I tested loading of CPU and virtual memory, but there are reviews on the "linux-rt-users@vger.kernel.org" mailing list that latencies are also small enough to use 2.6.38 instead of 2.6.33 with the RT patch.

Thanks Det, updated. Seems the patch is identical though, but doesn't hurt to up it to the 'stable' filename.

The tuxonice patch is out of date. 3.2 is stable now.

Updated with patch. Thanks beroal.

@beroal: many thanks :)
I've had to keep gcc-4.5.2 just for this kernel. Will try it a bit later. Thanks again :)

Old kernels can not be compiled by "gcc" version>=4.6 due to an error in the kernel. I created a patch http://www.beroal.in.ua/prg/linux/kernel26-member-page.patch , apply with "patch -p1".

You need to update the URL for the kernel patch

It is now in the longterm dir - i.e :-

http://www.kernel.org/pub/linux/kernel/v2.6/longterm/v2.6.33/linux-2.6.33.9.tar.bz2

http://www.kernel.org/pub/linux/kernel/projects/rt/

- new patch

Updated the PKGBUILD to match current kernel26 PKGBUILD, simplifies my own maintainance as well. The mkinitcpio fallback file is gone, should not be needed anymore. Otherwise, please report bugs here.

No, its a nature of non-commercial organizations. Open-source has nothing to do with it.

Donations are free-will gifts, not linked with any particular effort from the project. What you were talking about is offering money for performing some specific task, semi-contract-like. Some projects accept that, but most do not. Its the nature of open-source.

I thought donations are money. What else may it be, clothes? ;)

I think you'll find that not very many open-source projects accept money (except for donations or the like). There's many reasons, but one of them is that accepting money makes it work, and we all do more than enough work as it is.

"If you can help with that then volunteer, I'm sure they're looking for people (who can code rather than complain)." I was talking about money. No, I can not code kernels.

The RT-patch is pretty complex, and the number of people working on it is very small. I believe none of the current devs actually worked on the original patch, and the way they 'update' it from version to version is bug-prone. This 2.6.37 patch was supposed to be a re-write of some sort, updating things quite a bit. If you can help with that then volunteer, I'm sure they're looking for people (who can code rather than complain).

URL updated, thanks.

It seems that new versions of "vlc" do not work with 2.6.33 https://bbs.archlinux.org/post.php?tid=114718 . I am sad. BTW, would you like to change URL in the PKGBUILD to https://rt.wiki.kernel.org/ ? There were other people on the mailing list in need of a new version. Developers do not accept support, what do they like?

Having seen the updates on the RT mailing list about problems with .34 release, I will not be updating this package for that. Some pretty fundamental driver issues it seems, non-trivial to solve.

they will release .37-rt soon?
I remember that Thomas Gleixner said about it, but today after this 34-rt "release" I thought that .37 is delayed for a long time.

Anyway, 33.7-rt works fine for me (with slightly changed PKGBUILD and config). so thanks for maintaining this :)

Yes exactly. Its just a bringing-forward of the .33 patch AFAIK. lwn.net isn't exactly the best source of information for some things. Again, I'd likely wait for some official release, .37-rt was supposed to turn up soon (a month back).

well, I guess it is the same message and same link to git with 400+ small patches.
and I don't see at the moment rt-patch (in one piece) in here http://www.kernel.org/pub/linux/kernel/projects/rt/

Hello, 2.6.34-RT seems to be officially released now: https://lwn.net/Articles/431364/

Saw that, but it is not an 'official' rt-release, I'm tempted to wait for a proper release from the regular channels. If anyone would like to submit a PKGBUILD I'll consider it, else this will have to wait a while for my RL stuff....

Now there is a 2.6.34-rt stable.
http://marc.info/?l=linux-rt-users&m=129927746730587&w=2

I just re-tried the build, sorry it works fine here. What modifications did you do?

Hi ngoonee,

I can't build this package - please see error log here: http://aur.pastebin.com/eqZHAHEc

I don't understand this error message
"Console input/output is redirected."

because it's from a tty.

Any thoughts?

great.. it works. thanx

dammit, was my typo. Should be fixed now, sorry about that.

it looks like it builds but if you look at this, not size to the package:
Total Download Size: 0.00 MB
Total Installed Size: 0.00 MB

0.00 MB..
I've tried packer, aurget and yaourt to build and all the same... the earlier version of this kernel and any other I've built all goes fine...
After doing the build and the install, I reboot and the message is that the kernel does not exist which is true at 0.00 MB.

Sorry, what does it do that's strange?

hey, this kernel builds,... well it does something strange

=> Tidying install...
-> Purging other files...
-> Compressing man and info pages...
-> Stripping unneeded symbols from binaries and libraries...
==> WARNING: Package contains reference to $srcdir
==> Creating package...
-> Generating .PKGINFO file...
-> Compressing package...
==> Leaving fakeroot environment.
==> Finished making: kernel26-rt-ice 2.6.33-15 (Wed Dec 22 21:36:37 EST 2010)
:: Discarding sources...
:: Installing package...
Password:
resolving dependencies...
looking for inter-conflicts...

Targets (1): kernel26-rt-ice-2.6.33-15

Total Download Size: 0.00 MB
Total Installed Size: 0.00 MB

Proceed with installation? [Y/n]
checking package integrity...
(1/1) checking for file conflicts [######################] 100%
(1/1) upgrading kernel26-rt-ice [######################] 100%

Updated with the recent release of 2.6.33.7.2-rt30 patch. It seems the next kernel for which the rt-patch will be released is 2.6.37.

I have removed both patches from gentoo as I can't locate them and can't be bothered trying more.

This package does not build for me due to not being able to download 4100_dm-bbr.patch.

My apologies, uploaded the wrong source file. This should be fine.

Please update a way to patch-2.6.33.5-rt22.bz2 file or just move to the newer version.

Hi man, just letting you know you might want to change the source for "2.6.33-sched-bfs-318.patch", since it's now under: http://ck.kolivas.org/patches/bfs/old/

Okay, found the error, uploaded a fixed config. Thanks.

That was an error, I also used x86_64. The problem is that build is not automatic.

I do not have an i686 system. The x86_64 config will always work. In any case, I won't be updating this till the 2.6.35 rt-patch comes out. In general the 'default' options are always correct, so you could just hold down 'enter' all the way =).

"makepkg" asks about "Hilscher NetX Card driver (UIO_NETX) (NEW)". Build is not automatic. Maybe "config" should be updated somehow.

kernel26-rt-ice 2.6.33-11 error at boot and random freezes
https://bbs.archlinux.org/viewtopic.php?pid=796986

Updated. emg81, while I appreciate your efforts, its actually simpler than that. Basically .6-rt26 patches relative to .5 (someone made a mistake in generating this patch-set). You could sign up on the RT mailing list, quite low-volume and always announces as soon as patch-sets are released (as well as possible problems such as this one based on other user feedback).

patch-2.6.33.6-rt26.bz2-patch is (I guess) broken - can't patch kernel-sources properly
I got this messages many times (with different configs):
"Reversed (or previously applied) patch detected! Skipping patch."
But no patch was applied before.
--
using same patch, but .gz-version I got it compiled. Testing now with default config by ngoonee
I'll inform you when get this done.
if you want to use .gz you have to change
### Files / Versions
...
file_rt="patch-2.6.33.6-rt26.bz2" || bz2 to .gz
and
# Applying realtime patch
...
# Strip './Makefile' changes
bzip2 -dkc $startdir/src/${file_rt} \ || bzip2 to gz
...
and md5sums, of course you'll have to change :)
---
sorry for a long post - I thing this is an important information
and pardon my english :)

new RT-patch for kernel 2.6.33.6 is out, please, update PKGBUILD

Yeah it is. I'll see if I can bother to get round to that =).

The tuxonice patch is out-of-date (I think).

patch-2.6.33.5-rt23 is out
please, update pkgbuild

Updated (actually did this earlier, but realized I forgot to post notification). Thanks emg81 for heads-up.

compiles fine, works fine (only kernel- and RT- patches w/o reiser-, tuxonice- and other)

rt-patch 2.6.33.5-rt22 is ready. I'll try it right now.

The rt-patch isn't though.

I'm glad to say that kernel 2.6.33.5 is now available

No particular reason. I assume that users of this package would want rt (which conflicts with BFS), there's other kernels for BFS. The only reason its here is because I clone this kernel from kernel26-ice. In any case, I guess I'll just update it.

Why are you using the 316 patch and not the 318 patch?

Apologies, I forgot the patch moved. Fixed.

tolgam is right. I edited the PKGBUILD and changed "2.6.32-sched-bfs-316.patch" to "old/2.6.32-sched-bfs-316.patch", and now it's fine.

Apparently, the file name of the patch has changed :(

-> Downloading 2.6.33-sched-bfs-316.patch...
--2010-05-19 13:26:10-- http://ck.kolivas.org/patches/bfs/2.6.33-sched-bfs-316.patch
Resolving ck.kolivas.org... 208.116.23.222
Connecting to ck.kolivas.org|208.116.23.222|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
2010-05-19 13:26:10 ERROR 404: Not Found.

@gostrc, you don't read do you? Don't mark this out-of-date, the rt-patch is not out for 2.6.34 and will not be, ever.

Updated to 2.6.33.4-rt20. This will probably be the last update for some time, RT-patchset is only for alternate kernel minor version numbers (expect to see it again in 2.6.35).

Use "Flag out of date". People, for the sake of Christ, stop posting unnecessary comments. Or I will start to do this too. :)

patch-2.6.33.4-rt20 is out. please, update PKGBUILD

BTW kernel 2.6.34 is out

Well, its the Internet, sarcasm is quite hard to detect, especially with varying usages of English. My apologies.

Heh, you took my comment seriously when I was talking tongue-in-cheek.

@ollila - Its a kernel patch. They do additional work on top of the main kernel, meaning they can only really start finalizing when the main kernel is released. Due to short-handedness they even skip every alternate kernel version. You're welcome to volunteer to help them release earlier.

Real time all the time. Just as releasing them.

Linux kernel updated (2.6.33.4), RT-patch for 2.6.33.4 isn't ready yet

Yes it is, as I told you on the forum thread (and as you can confirm from the PKGBUILD). The ONLY substantial difference is the line realtime_patch=${realtime_patch:-1} which is realtime_patch=${realtime_patch:-0} in kernel26-ice.

I've successfully used this kernel to hibernate/resume, but I use swap instead of a resume file. I'd suggest you just keep using kernel26-ice instead of this.

On an asus 1005ha i tried to suspend to disk using this pkgbuild, but no success at all.
The system rebooted as soon as it tried to read the resume image.
Also, i had hard freeze while trying to create a resume file (instead of swap).
-
Switching to kernel26-ice solved the issue, tuxonice rocks.
Is this package identical to kernel26-ice apart from rt patches right?

As emg said, try compiling with only RT patch (no gentoo). There is no useful output in the error messages, which is odd.

2 ngoonee: I uploaded the output of "makepkg":
http://www.beroal.in.ua/prg/linux/kernel26-rt-ice/stdout.txt
http://www.beroal.in.ua/prg/linux/kernel26-rt-ice/stderr.txt

2 emg81: I changed nothing in AUR files.
I compiled without "gentoo" and "rt" patches, as you suggested, and yep, compilation is successful. What should I do now, I need "rt".

@beroal
1. Is config.x86_64 changed?
2. You got this error with or without rt/gentoo-patchset?
--
Try to compile without any gentoo and rt pathes (just comment lines in PKGBUILD) and with default config. If works - try again with rt.
This is my simple way to find out :)
May not be helpful in your situation but is very useful for me (BTW - my PC doesn't work when I compile this package with gentoo/tuxonice patches)
And as ngoonee said, paste full log, please

sorry for a big post

You aren't showing the full error message. Pastebin the full output somewhere please.

When compiling I get:
{{{ ...
CC [M] drivers/video/output.o
LD drivers/video/fb.o
LD drivers/video/built-in.o
LD drivers/built-in.o
==> ERROR: Build failed.
Aborting...
}}}
I really can not understand this error message. Can someone help me?
x86_64

Ah. Totally forgot about the git repo, made the changes and thought to compile for checking first, never got back to it. Sorry bout that.

@ngoone: please update the git repo BEFORE committing the changes to AUR, otherwise the two kernel packages will be not in sync anymore. I'll do that this time

Updated. Thanks emg81 and Det.

patch-2.6.33.3-rt16 is available for download

Good you didn't. The rt patch isn't ready yet.

kernel-2.6.33.3 is out
I won't mark as outdated

Some sources doesn't exist.

@ngoone: you're generally right, but providing a binary package wouldn't hurt that much :-)
@emg81: i don't have any idea about requirements, we should just get some space and give it a try

I'm of the opinion that, for an Arch user:-
1. If compilation fails, find out why. Fix it.
2. If you don't like to compile, deal with the stock kernel (or even the -rt kernel available from arch-audio).
Asking someone else to 'do your work for you' is bad form. Of course, if someone is willing to do it, all power to them. I'll help debug if there are problems. Self-service and self-work works better for Linux in general and Arch in particular though.

@iceman81 - of course, dropbox is just simple hosting for home-using :)
and what kind of hosting are you talking about? What requirements - I mean how much space, speed... and another things :)

@ngoone: it wouldn't be a bad idea to have some space for binary packages
@emg81: using dropbox really is not a solution to this problem :-D

@gen1s - check this one out: http://dl.dropbox.com/u/2416730/kernel26-rt-ice-2.6.33-4-i686.pkg.tar.gz
For Low-Latency - just kernel source code and RT patch, 1000Hz, some modules included directly (ext4, IDE, PCI and some others)
Nothing was disabled or deleted

@ngoonee - some people don't like to compile or compilation fails, it happens from time to time :)

Why? Compile it yourself.

Can someone upload compiled package somewhere (x86)?

Updated. Thanks Det. @iceman81, change pushed to git.

Yes it's correct. I am sure ngoone will update it asap ;-)

iceman(81) told me to flag this one out of date when there is a new rt patch.