20 Oct, 2008

1 commit


30 Sep, 2008

1 commit

  • This patch helped me out with a problem I recently had....

    Basically, when the kernel lock is held, then preempt_count underflow does not
    get detected until it is released which may be a long time (and arbitrarily,
    eg at different points it may be rescheduled). If the bkl is released at
    schedule, the resulting output is actually fairly cryptic...

    With any other lock that elevates preempt_count, it is illegal to schedule
    under it (which would get found pretty quickly). bkl allows scheduling with
    preempt_count elevated, which makes underflows hard to debug.

    Signed-off-by: Ingo Molnar

    Nick Piggin
     

23 Sep, 2008

2 commits


22 Sep, 2008

7 commits


21 Sep, 2008

4 commits


20 Sep, 2008

25 commits