Re: setitimer expire too early (Kernel 2.4)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Andrew Morton wrote:
Marcelo Tosatti <[email protected]> wrote:

On Thu, Jun 30, 2005 at 09:14:50PM +0200, Olivier Croquette wrote:

I am refering to this bug:

http://bugzilla.kernel.org/show_bug.cgi?id=4569

A thread led to a patch from Paulo:

http://kerneltrap.org/mailarchive/1/message/59454/flat

This patch has been included in the kernel 2.6.12.

1. How can I easily check if the patch is planned for include in the 2.4?

2. I downloaded the full 2.4.31 source code. The patch appears not to be included. Where/Who should I signal that?

And what about the side effects:
This however will produce pathological cases, like having a idle system
being requested 1 ms timeouts will give systematically 2 ms timeouts,
whereas currently it simply gives a few usecs less than 1 ms.

I don't see why an idle system would align such request in this way any more than a busy one. In both cases the range would be ~0 to 1ms (which is what the standard says it should be) with an average of .5ms. Any other result is caused by syncing, in some way with the tick clock.


(20ms rather than 10ms)


Linus, Andrew, do you consider this critical enough to be merged to the v2.4 tree?


No.  I'd expect this would hurt more people than it would benefit.

Still, it is the "correct" thing to do (standard wise, etc...).

It is rather amazing that this has been in the system this long. Should have been fixed long ago...

--
George Anzinger   [email protected]
HRT (High-res-timers):  http://sourceforge.net/projects/high-res-timers/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]
  Powered by Linux