[lkml]   [2006]   [Oct]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [patch] drivers: wait for threaded probes between initcall levels
    On Mon, 2006-10-30 at 15:38 +0100, Arjan van de Ven wrote:

    > how much of this complexity goes away if you consider the
    > scanning/probing as a series of "work elements", and you end up with a
    > queue of work elements that threads can pull work off one at a time (so
    > that if one element blocks the others just continue to flow). If you
    > then find, say, a new PCI bus you just put another work element to
    > process it at the end of the queue, or you process it synchronously. Etc
    > etc.
    > All you need to scale then is the number of worker threads on the
    > system, which should be relatively easy to size....
    > (check every X miliseconds if there are more than X outstanding work
    > elements, if there are, spawn one new worker thread if the total number
    > of worker threads is less than the system wide max. Worker threads die
    > if they have nothing to do for more than Y miliseconds)

    Instead of checking every X ms, just check at each job insertion.


    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-10-30 16:03    [W:0.019 / U:31.056 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site