[lkml]   [2006]   [Aug]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [KJ] [patch] fix common mistake in polling loops

    On 8/5/06, Pavel Machek <> wrote:

    > > Well, whoever wrote thi has some serious problems (in attitude
    > > department). *Any* loop you design may take half a minute under
    > > streange circumstances.

    common mistake in polling loops [from Linus]:

    > Actually it may be broken, depending on use. In some cases this loop
    > may want to poll the hardware 50 times, 10msec appart... and your loop
    > can poll it only once in extreme conditions.
    > Actually your loop is totally broken, and may poll only once (without
    > any delay) and then directly timeout :-P -- that will break _any_
    > user.

    The Idea is that we are checking some event in external hardware that
    we know will complete in a given time (This time is not dependant on
    system activity but is fixed). After that time if the event has not
    happened we know something has borked.
    So in the loop, after the time period has expired without the event
    happening we can go and clean up and get ready to go again, without
    bothering to poll any more, because we already know something has

    What does this give you ? Well it can improve performance by speeding
    up re-try's when under heavy system load. The cost of cause is code

    Darren J.
    To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
    the body of a message to
    More majordomo info at
    Please read the FAQ at

     \ /
      Last update: 2006-08-07 01:43    [W:0.023 / U:3.200 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site