lkml.org 
[lkml]   [2004]   [Nov]   [26]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: Priority Inheritance Test (Real-Time Preemption)

* Esben Nielsen <simlo@phys.au.dk> wrote:

>
> On Thu, 25 Nov 2004, Ingo Molnar wrote:
>
> > [...]
> > there's one thing i noticed, now that the blocker device is in the
> > kernel, you have to be really careful to compile the userspace loop()
> > code via the same gcc flags as the kernel did. Minor differences in
> > compiler options can skew the timing calibration.
> >
> > but any such bug should at most cause a linear deviation via a constant
> > factor multiplication, while the data shows a systematic nonlinear
> > transformation.
> >
> -g -Wall -O2 was on in userspace.

you can check the gcc options the kernel used via the
drivers/char/.blocker.o.cmd file. Mine has (only the
performance-relevant flags):

-fno-strict-aliasing -fno-common -O2 -fomit-frame-pointer -msoft-float
-mpreferred-stack-boundary=2 -fno-unit-at-a-time -march=pentium3
-mregparm=3

> > [...]
> > yeah, i agree that this has to be further investigated. What type of box
> > did you test it on - UP or SMP? (SMP scheduling of RT tasks only got
> > fully correct in the very latest -31-7 kernel.)
> >
> UP, PIII 697.143 Mhz

ok - some of the fixes affect UP too, but with less likelyhood. Might be
worth a try though.

Ingo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:08    [W:0.223 / U:0.272 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site