lkml.org 
[lkml]   [1997]   [Nov]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
Subjectudelay problems: a proposal
Hi,

After playing with various patches for speeding up Linux on Cyrix and AMD
processors, I've also found several fixes for the udelay problems mentioned
on the kernel list some months ago (the main source of these problems was
different alignment of delay loops on different places).

I propose to make udelay a non-inline function and align it on 32-byte
boundary (which is generally unwise when making it inline). This should
kill all dependencies of delay on code placement (including differences
between delay function used during calibration and the actual udelay's)
and also makes possible using Pentium cycle counters for more precise timing.

Are there any objections against this approach?

Have a nice fortnight
--
Martin `MJ' Mares <mj@gts.cz> http://atrey.karlin.mff.cuni.cz/~mj/
Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth
"ADA -- A Dumb Acronym"

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