[PlanetCCRMA] Re: updated: cheesetracker, added: brutefir, more kernels on the edge

[Axel Thimm]

On Sat, Apr 24, 2004 at 10:25:41AM -0700, Fernando Pablo Lopez-Lezcano wrote:
> On Sat, 2004-04-24 at 09:37, Axel Thimm wrote:
> > On Fri, Apr 23, 2004 at 06:49:34PM -0700, Fernando Pablo Lopez-Lezcano wrote:
> > > * cheesetracker updated to 0.99-1. You don't need to go to the moon to
> > >   get some cheese, you can find it on Planet CCRMA :-) [*]
> > > * added brutefir 1.0-1. You do need to read the instructions in the home
> > >   page on how to properly configure it. 
> > > 
> > > As usual more details available on the ChangeLog...
> > > 
> > > One more "kernel on the edge" and I think I'm done. In addition to
> > > yesterday's announcement there's now a new Fedora Core 1 kernel (based
> > > on version 2.4.22-1.2188) that fixes the latest round of vulnerabilities
> > > and has the usual Planet CCRMA goodies. I did reenable the partial low
> > > latency patch in there, it had been commented out as it seems it causes
> > > some crashes (but my understanding is that they don't know for sure). 
> > 
> > It causes crashes on certain smp systems, and even hyperthread
> > processors:
> > 
> > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=121413
> > http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=109962
> > 
> > Whoever hits such a bug should simply use the 2.4.26 ccrma kernels. :)
> 
> Yuck. Do you have lowlat disabled in your kernels (if you have kernels
> derived from the fedora ones)?

Some of the bug reports were reporting success on my Red Hat derived
kernels (which include the PlanetCCRMA patches) even before I turned
LOLAT off, and I myself never had problems with LOLAT on HT smp
machines. Perhaps some of the PlanetCCRMA patches cure part of the
problems?

But there were some ATrpms users still having problems on smp asking
to turn off LOLAT for smp (only), and I did so. Just a few days later
LOLAT was turned off in the Red Hat kernel altogether, and I simply
copied this practice. The ll patches there are adjusted by RH, so
there may be some distribution specific bug, that the CCRMA 2.4.26
kernels will never see.

> I guess I'll leave it enabled for now...  :-(

I agree. We should start thinking about and investing in 2.6.x
instead. :)
-- 
Axel.Thimm at ATrpms.net
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://cm-mail.stanford.edu/pipermail/planetccrma/attachments/20040424/fdc084da/attachment.sig>