lkml.org 
[lkml]   [2000]   [Mar]   [14]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: new IRQ scalability changes in 2.3.48


    On Mon, 13 Mar 2000, Jamie Lokier wrote:
    >
    > So it won't jump until all spinlocks are released _and_ need_resched is
    > set.

    Note that these issues are completely off the map of what is really
    meaningful at this point.

    We want to avoid having long latencies, and we can easily get that by just
    allowing timer interrupts to schedule which we're in a big
    "memcpy_to_user()" and we don't hold any kernel lock etc. No need to try
    to be clever at lock release time - if we get a pending reschedule, we
    might as well leave it pending, it's going to be serviced soon enough
    anyway.

    If you really want hard realtime, go to work with Victor and RTLinux..

    Linus



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

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