Gustin Johnson wrote:
> I do not see how moving from an ATI video device to an nVidia one is
> going to help your timing issues.  If anything, you would be better
> served with buying a different motherboard that has a different chipset.
That's the problem with research about Linux and hardware.

-------- Original Message --------
Subject:        Re: [64studio-users] I'm again looking for a new mobo
Date:   Wed, 03 Sep 2008 10:03:45 +0200
From:   Quentin Harley <[EMAIL PROTECTED]>
To:     Ralf Mardorf <[EMAIL PROTECTED]>
CC:     Gustin Johnson <[EMAIL PROTECTED]>, [email protected]
References:     <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
<[EMAIL PROTECTED]>



Ralf Mardorf wrote:
> If my mobo isn't fine, I only can try to find a better board, if there
> will be one with an integrated graphics around 50,-€.
>   

Hi Ralf.  Tell me you are not using the on-board graphics.

If you are, I am going to tell you why it is working under windows, and 
not with your real-time kernel.

On-board graphics use on-board ram.  Access to ram is controlled by the 
kernel.  If you have a non-realtime kernel, stuff happens according to a 
soft timer, and everything happens close to the time they should, 
because if a video interrupt uses the RAM it does not make a huge 
difference.  There IS jitter, but very little, and you cannot hear it.

Real time kernels have stuff timed to hardware.  If the screen card 
comes and uses the RAM out of turn this can cause timing failures, and 
cause the hardware to miss targets.  RT kernels don't like this, because 
if they don't make it on time, it is not important any more.

I had a similar issue with my on-board graphics, and that is why I don't 
build even one system that does not use an external graphics card.
Do get a supported cheap nVidia card, and I mean cheap.  I have a 
GeForce 6200 and it has served me very well so far.

I suspect your MoBo IS just fine - just fix it's environment!

Thank me later
Quentin


> Likely the jackd process has died.  Can you do a ps axf |grep jack from
> the console after a crash?    Launching jack from the command line with
> --debug-timer OR -D and --verbose OR -v

Yes, I'll note this.

> Your motherboard is not well supported by the kernel that ships with
> 64Studio.  Period.  Get a new motherboard or build your own kernel.
> Seriously, you have built nearly every other package from source
> *except* the one that probably matters most.

Building a new kernel by vanilla sources? The 64 Studio source? Which
preemption patch and which low-latency patch? And how can I make a
kernel supporting my mobo?

I know a link about Suse and building RT kernels, but not how to support
special mobos.

Cheers,
Ralf

Attachment: signature.asc
Description: OpenPGP digital signature

_______________________________________________
64studio-users mailing list
[email protected]
http://lists.64studio.com/mailman/listinfo/64studio-users

Reply via email to