[lkml]   [2010]   [Jul]   [12]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH 4/4] futex: convert hash_bucket locks to raw_spinlock_t
    On Fri, 9 Jul 2010, Darren Hart wrote:

    > The requeue_pi mechanism introduced proxy locking of the rtmutex. This creates
    > a scenario where a task can wake-up, not knowing it has been enqueued on an
    > rtmutex. In order to detect this, the task would have to be able to take either
    > task->pi_blocked_on->lock->wait_lock and/or the hb->lock. Unfortunately,
    > without already holding one of these, the pi_blocked_on variable can change
    > from NULL to valid or from valid to NULL. Therefor, the task cannot be allowed
    > to take a sleeping lock after wakeup or it could end up trying to block on two
    > locks, the second overwriting a valid pi_blocked_on value. This obviously
    > breaks the pi mechanism.
    > This patch increases latency, while running the ltp pthread_cond_many test
    > which Michal reported the bug with, I see double digit hrtimer latencies
    > (typically only on the first run after boo):
    > kernel: hrtimer: interrupt took 75911 ns

    Eewwww. There must be some more intelligent and less intrusive way to
    detect this.



     \ /
      Last update: 2010-07-12 15:09    [W:0.020 / U:10.348 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site