> What's "unfair"? Mutexes are FIFO, as are x86 semaphores. The ppc64 semaphores dont force everyone into the slow path under contention. So you could drop and pick up the semaphore even with someone waiting. I thought thats how the new mutex code worked. Anton - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: [patch 00/21] mutex subsystem, -V14
- From: Joel Schopp <[email protected]>
- Re: [patch 00/21] mutex subsystem, -V14
- From: Ingo Molnar <[email protected]>
- Re: [patch 00/21] mutex subsystem, -V14
- From: Joel Schopp <[email protected]>
- Re: [patch 00/21] mutex subsystem, -V14
- From: Ingo Molnar <[email protected]>
- Re: [patch 00/21] mutex subsystem, -V14
- From: Joel Schopp <[email protected]>
- Re: [patch 00/21] mutex subsystem, -V14
- From: Olof Johansson <[email protected]>
- PowerPC fastpaths for mutex subsystem
- From: Joel Schopp <[email protected]>
- Re: PowerPC fastpaths for mutex subsystem
- From: Andrew Morton <[email protected]>
- Re: PowerPC fastpaths for mutex subsystem
- From: Anton Blanchard <[email protected]>
- Re: PowerPC fastpaths for mutex subsystem
- From: Andrew Morton <[email protected]>
- Re: [patch 00/21] mutex subsystem, -V14
- Prev by Date: RE: 2.6.15-mm2
- Next by Date: Re: Badness in __mutex_unlock_slowpath
- Previous by thread: Re: PowerPC fastpaths for mutex subsystem
- Next by thread: Re: PowerPC fastpaths for mutex subsystem
- Index(es):