<br><br><div class="gmail_quote">2008/12/2 Nicholas Manojlovic <span dir="ltr"><<a href="mailto:nicholasmanojlovic@gmail.com">nicholasmanojlovic@gmail.com</a>></span><br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I was not aware of this at all, but I guess it adds to the feeling that desktop Fedora/Linux has passed the pro-audio stage and doesn't want to come back. This is a huge shame for me, because a kernel with that patch makes all the difference to getting a "musical" latency and no x-runs (all round better audio performance). I'd rather have that than a new kernel. (But if I had new hardware?, I guess I'd rather have the new kernel.)<br>
<br>Who is the author of the actual patch? Are they interested? <br><br>Anyone got a spin of Fedora 8 handy? <br><div><div></div><div class="Wj3C7c"></div></div></blockquote><div><br>Cant understand your point. The problem with kernel-rt is from linux kernel regression not Fedora. Ubuntu studio is having the same problem... This regression cames from some developing in rt area, witch hopefully with turnout in the future on a vanilla realtime kernel<br>
<br><br><br></div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div class="Wj3C7c"><br><br><br><br><br><div class="gmail_quote">On Tue, Dec 2, 2008 at 9:14 AM, Fernando Lopez-Lezcano <span dir="ltr"><<a href="mailto:nando@ccrma.stanford.edu" target="_blank">nando@ccrma.stanford.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div>On Mon, 2008-12-01 at 14:41 -0700, David Nielson wrote:<br>
> I think it's time to get Linus' attention. The hard hang bug is a kernel<br>
> regression. MIDI not working with ALSA is a kernel regression. Linus has<br>
> said many times that a regression is a thousand times worse than any<br>
> other bug, so if kernel devs aren't paying attention, I say it's time to<br>
> do an end-run around them and go to a higher authority.<br>
<br>
</div>Well, that would be the right approach if the rt patch were to be part<br>
of the standard kernel tree. Regretfully it is not, so I doubt it would<br>
have much effect.<br>
<br>
I have not had the time to try to see what is going on with the hard<br>
hangs (set up a serial console and something to receive it, etc, etc,<br>
etc). So I have not posted on lkml about the hangs. I think you need to<br>
have some hard data before doing that, otherwise what is the point?<br>
<div><br>
> But re: Practicality, is it best for now to use F8 with the 2.6.24 CCRMA<br>
> kernel? I will be building a new system in about a week, and stability<br>
> is the most important thing right now.<br>
<br>
</div>I guess that would be the most stable thing to run. Depending on how low<br>
latency it is you actually need you could also run the regular Fedora<br>
kernel on f9 or 10.<br>
<font color="#888888"><br>
-- Fernando<br>
</font><div><div></div><div><br>
<br>
> Thanks for all you're doing.<br>
><br>
> David<br>
><br>
> Fernando Lopez-Lezcano wrote:<br>
> > On Mon, 2008-12-01 at 12:58 -0500, Hector Centeno wrote:<br>
> ><br>
> >> I wonder what are the latest news about the issues with the RT kernel?<br>
> >> It seems to me that all recent distros are struggling with it and I<br>
> >> remember reading some thread in LKML a few months ago. Will it be<br>
> >> possible to have a RT kernel in Fedora 10 any time soon? (I'm not<br>
> >> pressuring, just wondering about getting some info to plan my<br>
> >> upgrades).<br>
> >><br>
> ><br>
> > The current status (for Planet CCRMA + Fedora) is as follows:<br>
> ><br>
> > The rt patches available online are:<br>
> ><br>
> > 2.6.24.7-rt21<br>
> > 2.6.26.6-rt11 (last updated October 13th)<br>
> > [<a href="http://www.kernel.org/pub/linux/kernel/projects/rt/" target="_blank">http://www.kernel.org/pub/linux/kernel/projects/rt/</a>]<br>
> ><br>
> > That hints as to the status of the rt patch :-(<br>
> > How do they interact with Fedora >= 9?<br>
> ><br>
> > 2.6.24.7-rt21: stable and the one I would use, except for the fact that<br>
> > the new X server in >= fc9 don't like something in the "old" 2.6.24<br>
> > kernel and segfault every once in a while, taking the whole session with<br>
> > it. Not usable unless you downgrade X to the one that comes with Fedora<br>
> > 8 (I tried it and that appears to work but it is not very practical).<br>
> ><br>
> > 2.6.26.6-rt11: that seems to mostly work but I have seen this kernel<br>
> > hang hard. Not very often but it happens. The big problem (other that<br>
> > the hangs) that I have with that one is that external midi interfaces<br>
> > don't work when accessed through the alsa sequencer api. So, your midi<br>
> > keyboard can't be used to control software synthesis, for example. I<br>
> > tried to tickle kernel gurus to pay attention to this one but almost<br>
> > nobody responded to my posts in lkml. One suggestion made midi input<br>
> > work but the internal timer in the alsa seq api is not working (I have<br>
> > not had time to try to get that fixed - maybe this week).<br>
> ><br>
> > You may notice there is _no_ realtime preemption patches for 2.6.27.x<br>
> > yet (and 2.6.28 is already in the rc status stage!). At least not in the<br>
> > official web site. There is a tree somewhere I tried but at least for me<br>
> > that did not result in a bootable kernel.<br>
> ><br>
> > So.... back to the original question:<br>
> ><br>
> > I could (and probably will) release a 2.6.26.x based rt kernel for fc10<br>
> > soon, with the above mentioned caveats... (so not very usable).<br>
> ><br>
> > Right now I'm just running Fedora's kernel on my fc10 test machine....<br>
> > :-(<br>
> ><br>
> > [the Fedora kernel developers are not interested in the rt patches and<br>
> > currently RedHat's GRM kernel _is_ based on 2.6.24[*], so I don't<br>
> > anticipate much change coming soon, the relevant gurus are not working<br>
> > in up to date patches AFAICT]<br>
> ><br>
> > -- Fernando<br>
> ><br>
> > PS: That's the realtime commercial offering from RedHat and presumably<br>
> > what Ingo is working on, see here:<br>
> > <a href="http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEMRG/SRPMS/" target="_blank">http://ftp.redhat.com/pub/redhat/linux/enterprise/5Server/en/RHEMRG/SRPMS/</a><br>
> ><br>
> ><br>
> ><br>
> ><br>
> >> On Sat, Nov 29, 2008 at 2:12 PM, Steve Harris <<a href="mailto:swh@ecs.soton.ac.uk" target="_blank">swh@ecs.soton.ac.uk</a>> wrote:<br>
> >><br>
> >>> I've just tried it, on a machine with with a fresh FC10 install, all<br>
> >>> seems to work fine.<br>
> >>><br>
> >>> - Steve<br>
> >>><br>
> >>> On 26 Nov 2008, at 22:32, Fernando Lopez-Lezcano wrote:<br>
> >>><br>
> >>><br>
> >>>> Well, in tune with the universe Planet CCRMA crash lands its tiny<br>
> >>>> landing craft on Fedora 10. Luckily no casualties ('cause nobody has<br>
> >>>> tried to run it!) After a rebuild marathon there are quite a few<br>
> >>>> packages available for brave souls to test drive, and a few stragglers<br>
> >>>> still on the way.<br>
> >>>><br>
> >>>> So far _only_ in the 'planetccrma' repository.<br>
> >>>> No planetcore packages yet[*].<br>
> >>>><br>
> >>>> Having not tested it I can't really recommend it :-)<br>
> >>>> This shows what's there:<br>
> >>>><br>
> >>>> <a href="http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/10/i386/repoview/index.html" target="_blank">http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/10/i386/repoview/index.html</a><br>
> >>>> <a href="http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/10/x86_64/repoview/index.html" target="_blank">http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/10/x86_64/repoview/index.html</a><br>
> >>>><br>
> >>>> doing:<br>
> >>>><br>
> >>>> rpm -Uvh<br>
> >>>> <a href="http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/10/i386/planetccrma-repo-1.1-2.fc10.ccrma.noarch.rpm" target="_blank">http://ccrma.stanford.edu/planetccrma/mirror/fedora/linux/planetccrma/10/i386/planetccrma-repo-1.1-2.fc10.ccrma.noarch.rpm</a><br>
> >>>><br>
> >>>> (all in one line) should get you started...<br>
> >>>><br>
> >>>> CAVEAT: the Jack on the Planet on fc10 is jackmp 1.9.1! It should work<br>
> >>>> fine, let me (and Stefan on the jack-devel list) know otherwise. It<br>
> >>>> should override the lame 0.109.2 that still comes with Fedora and<br>
> >>>> set up<br>
> >>>> permissions so that any user will have the right to use the realtime<br>
> >>>> scheduler (you will have to log out and login again for that to take<br>
> >>>> effect!).<br>
> >>>><br>
> >>>> Enjoy! (if possible).<br>
> >>>> -- Fernando<br>
> >>>><br>
> >>>> [*] the kernel situation has seen no changes...<br>
> >>>><br>
> ><br>
> ><br>
> > _______________________________________________<br>
> > PlanetCCRMA mailing list<br>
> > <a href="mailto:PlanetCCRMA@ccrma.stanford.edu" target="_blank">PlanetCCRMA@ccrma.stanford.edu</a><br>
> > <a href="http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma" target="_blank">http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma</a><br>
> ><br>
> ><br>
><br>
> _______________________________________________<br>
> PlanetCCRMA mailing list<br>
> <a href="mailto:PlanetCCRMA@ccrma.stanford.edu" target="_blank">PlanetCCRMA@ccrma.stanford.edu</a><br>
> <a href="http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma" target="_blank">http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma</a><br>
<br>
_______________________________________________<br>
PlanetCCRMA mailing list<br>
<a href="mailto:PlanetCCRMA@ccrma.stanford.edu" target="_blank">PlanetCCRMA@ccrma.stanford.edu</a><br>
<a href="http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma" target="_blank">http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma</a><br>
</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
PlanetCCRMA mailing list<br>
<a href="mailto:PlanetCCRMA@ccrma.stanford.edu">PlanetCCRMA@ccrma.stanford.edu</a><br>
<a href="http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma" target="_blank">http://ccrma-mail.stanford.edu/mailman/listinfo/planetccrma</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Atentamente, Jorge Salgueiro (Incitec S.L.)<br>______________________________________<br>Use GNU/Linux: free culture for a free society<br>