This is the mail archive of the libc-hacker@sourceware.cygnus.com mailing list for the glibc project.
Note that libc-hacker is a closed list. You may look at the archives of this list, but subscription and posting are not open.
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |
Mark Kettenis <kettenis@wins.uva.nl> writes: > Anyway, I've taken a look at the code in linuxthreads/spinlock.c, but > it looks to me as if your implementation is more like a fast and > simple mutex than a spin lock. In fact the only different between a > spin lock and a PTHREAD_MUTEX_FAST_NP mutex, is that you avoid the > check of the mutex type. Well, this is the only way to avoid priority inversion. If you know nothing abou the other thread contesting for the spinlock you will run into these problems. My understanding is the priority iversions must be handled gracefully. -- ---------------. drepper at gnu.org ,-. 1325 Chesapeake Terrace Ulrich Drepper \ ,-------------------' \ Sunnyvale, CA 94089 USA Red Hat `--' drepper at redhat.com `------------------------
Index Nav: | [Date Index] [Subject Index] [Author Index] [Thread Index] | |
---|---|---|
Message Nav: | [Date Prev] [Date Next] | [Thread Prev] [Thread Next] |