I've patched and compiled the last Linux kernel 3.2.1 with the rt10 realtime patches. It is now available on Parisson servers as debian style packages (i386 and amd64).
On Ubuntu, Debian, etc, add the repository, update and install:
echo "deb http://angus.parisson.com/debian/ stable main" | sudo tee -a /etc/apt/sources.list
sudo aptitude update
sudo aptitude install linux-image-3.2.1-yomguy-rt10 linux-headers-3.2.1-yomguy-rt10
Trust, enjoy, follow and report any bug to @yomguy or on this blog.
taiyosun on 01/26/2012 1:45 a.m.
Hello,
I installed the 32bit version of your kernel into Debian 6.0.3, and saw these errors during boot before getting dumped to a login prompt:
Fatal: error inserting
speedstep_centrino......device or resource busy
pcc_cpufreq.............no such device
acpi_cpufreq............device or resource busy
powernow_k8.............no such device
xyan on 02/01/2012 12:02 p.m.
@taiyosun
speedstepping should always be disabled with a realtime patched kernel. anyway take a look at /etc/modules and /etc/initramfs-tools/modules and remove acpi/speedstep related modules from there to get rid of the warnings.
Olivier on 02/20/2012 5:51 p.m.
I'm playing with the 64-bit version on Debian Squeeze, it made my xwax dj setup go real smooth. With Squeeze's original kernel, I always had random ALSA xruns here and there. With this kernel it's rock stable, never ever an xrun.
I'm having a problem with 32-bit binaries, it seems that your kernel is missing the "CONFIG_IA32_EMULATION" flag in its compilation options. It makes it impossible to run any 32-bit binaries.
Thanks again for this great packaging.
Erik Natanael Gustafsson on 04/24/2012 12:03 p.m.
Hi!
Thank you for providing this kernel!
However, I have a problem on Debian Wheezy with rtirq. It seems like it doesn't change the priority of the irq threads. Before upgrading to Wheezy and installing your kernel I used the guide at http://joegiampaoli.blogspot.se/2011/06/m-audio-fast-track-pro-for-debian-linux.html and the command "/etc/init.d/rtirq status" gave ehci_hcd right beneath rtc. Now (with the same rtirq settings) I get this:
PID CLS RTPRIO NI PRI %CPU STAT COMMAND
32 FF 90 - 130 0.0 S irq/8-rtc0
135 FF 85 - 125 0.0 S irq/16-uhci_hcd
175 FF 84 - 124 0.0 S irq/18-uhci_hcd
172 FF 83 - 123 0.0 S irq/19-uhci_hcd
171 FF 82 - 122 0.0 S irq/21-uhci_hcd
174 FF 82 - 122 0.4 S irq/19-uhci_hcd
173 FF 81 - 121 0.0 S irq/23-uhci_hcd
641 FF 80 - 120 0.0 S irq/47-snd_hda_
665 FF 80 - 120 0.0 S irq/48-snd_hda_
31 FF 75 - 115 0.0 S irq/1-i8042
30 FF 74 - 114 0.0 S irq/12-i8042
21 FF 50 - 90 0.0 S irq/9-acpi
124 FF 50 - 90 0.0 S irq/19-ehci_hcd
141 FF 50 - 90 0.1 S irq/45-ahci
167 FF 50 - 90 0.0 S irq/23-ehci_hcd
168 FF 50 - 90 0.0 S irq/17-firewire
169 FF 50 - 90 0.0 S irq/18-mmc0
482 FF 50 - 90 0.0 S irq/18-r852
514 FF 50 - 90 0.0 S irq/18-r592
548 FF 50 - 90 0.4 S irq/46-iwlwifi
1420 FF 50 - 90 0.0 S irq/49-eth0
3 FF 1 - 41 0.2 S ksoftirqd/0
11 FF 1 - 41 0.2 S ksoftirqd/1
I now have a lot of xruns, whereas before I had none.
Does the new kernel have another mechanism for changing irq priority or something?
Sorry for my ignorance of the inner workings of the system.