[linux-audio-user] Re: x86_64 and ingo's realtime patches, works?

Loki Davison loki.davison at gmail.com
Tue Jan 17 19:39:48 EST 2006

On 1/18/06, Jan Depner <eviltwin69 at cableone.net> wrote:
> On Tue, 2006-01-17 at 23:25 +0000, cdr wrote:
> > On Wed Jan 18, 2006 at 09:52:35AM +1100, Loki Davison wrote:
> > > Has anyone actually got this working? If so how and with what
> > > settings? I've got 2.6.15 with  patch-2.6.15-rt2 to compile fine and
> > > boot but the irq handlers seem to use 90% of cpu and the system really
> > > feels like it's chugging, everything takes 10 to 100 times longer to
> > > load, and anything musical is impossible. I'm running amd64 3000 on an
> > > ati chipset based mb. All normal modules, nothing external. I've tried
> > > with a number of older kernels / patches but i'm wondering if there is
> > > a magic collection that actually works. ;-)
> >
> > proper and stable audio timing and performance from my perspective after
> trying to get it for the past year seems to be a holy grail relegated to
> those running x86_32 hardware and RME cards...
> >
> > ive generally tried out ingo's about once every 6 weeks since switching to
> AMD64. about 10% of the time the compile fails, and about 90% of the time it
> compiles fine, and it freezes anywhere from 3 minutes to an hour after
> booting, regardless of load or current activity, it seems to be straight up
> random kernel lock, with no panic message or anything..
> >
> > once it DID actually work, and my card was flawlessly pumping out audio
> under load and X server activity and 16 or 32 sample buffers.. i'll never
> remember the kernel version, though.
> >
> > thats with a desktop, with a turion (and X2) the situation is
> significantly worse, involving timer drift causing jack problems (recently
> discussed here) and ive been too lazy to track down what is the preferred
> solution/patch/workaround and whether its compatible with mingo patch or
> not..
> >
> > so basically ive been thinking about installing OsuX instead (and just
> buying a copy even though im running it on Turion) since its ATI driver is
> bound to be vastly better and its GPU-offloaded windowing system less likely
> to interfere with CoreAudio (i often get problems even with 2 1024 sample
> buffers in JACK and a nice -19 (or is that +20?) Xserver...even with the
> 1000hz timing resolution./
> >
> > good luck!
> > ,c
>     Interesting.  I'm running an AMD64 Athlon 3700+ with no problems.
> Ardour, JACK, and JAMin run with zero hiccups.  Here's how - I'm running
> Fedora Core 4 32 bit OS and Planet CCRMA 2.6.14-0.10.rrt.rhfc4.ccrma.  I
> decided I'd rather record easily and without xruns than live on the
> bleeding edge.  My system runs like a scalded dawg as we say down here
> in the "Sowf".
> --
> Jan 'Evil Twin' Depner
> The Fuzzy Dice
> http://myweb.cableone.net/eviltwin69/fuzzy.html
> "As we enjoy great advantages from the invention of others, we should be
> glad of an opportunity to serve others by any invention of ours, and
> this we should do freely and generously."
> Benjamin Franklin, on declining patents offered by the governor of
> Pennsylvania for his "Pennsylvania Fireplace", c. 1744

Lee, i haven't tried the same hardware with rt patched 32 bit kernel.
I'm guessing i'm just sticking to non-rt kernel then... though how the
hell do the studio 64 guys do it? Then again could reinstall whole
system as 32 bit mode...


More information about the Linux-audio-user mailing list