From: "Michael S. Zick" <mszick@morethan.org>
To: parisc-linux@lists.parisc-linux.org
Subject: Re: [parisc-linux] User space locks -- what's wrong
Date: Sat, 10 Jun 2006 12:41:13 -0500 [thread overview]
Message-ID: <200606101241.13801.mszick@morethan.org> (raw)
In-Reply-To: <200606070725.43473.mszick@morethan.org>
On Wed June 7 2006 07:25, Michael S. Zick wrote:
> On Tue June 6 2006 23:09, John David Anglin wrote:
> >
> >
> > I've looked at the locking in hpux a bit. As far as I can tell,
> > the kernel never really spins. It has code to do pre-arbitration
> > and keeps track of tasks and priorities. When a lock is released,
> > the code calls into suwaiters to see if the lock should be handed
> > over to another task or released. When we just spin, we are relying
> > on the bus arbitration to select a winner. So, when we have a
> > highly contended lock, it might be possible for a cpu to get locked
> > out for sufficient time to cause a softlockup.
> >
>
> I never went back to correct the state tables in the document I worked
> up to match the most recent code snippets...
>
> I will fix that and then post a link on this list.
>
Document is now updated. Intended to be a continuation of Dave's one
spinlock per cache-line experimental patch.
See:
http://www.morethan.org/parisc/pa-spinlocks.html
http://www.morethan.org/parisc/pa-spinlocks.pdf
>
> Right or wrong - that document gives us the ground work for lock passing
> and lock failure recovery without ever having seen HPUX.
>
Document does not yet have pa-risc examples of lock passing and lock failure
recovery - you need to consult the references made for those at this point.
>
> > Dave
>
> Mike
Mike
_______________________________________________
parisc-linux mailing list
parisc-linux@lists.parisc-linux.org
http://lists.parisc-linux.org/mailman/listinfo/parisc-linux
next prev parent reply other threads:[~2006-06-10 17:41 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-06-04 23:55 [parisc-linux] User space locks -- what's wrong John David Anglin
2006-06-05 14:40 ` Kyle McMartin
2006-06-05 16:49 ` John David Anglin
2006-06-05 17:40 ` James Bottomley
2006-06-07 1:30 ` Carlos O'Donell
2006-06-07 4:09 ` John David Anglin
2006-06-07 12:25 ` Michael S. Zick
2006-06-10 17:41 ` Michael S. Zick [this message]
2006-06-11 21:56 ` John David Anglin
2006-06-11 23:20 ` Carlos O'Donell
2006-06-11 23:57 ` John David Anglin
2006-06-12 0:34 ` Carlos O'Donell
2006-06-12 0:54 ` John David Anglin
2006-06-12 2:27 ` Carlos O'Donell
2006-06-12 1:55 ` John David Anglin
2006-06-12 3:09 ` Carlos O'Donell
[not found] <no.id>
2006-06-09 0:56 ` John David Anglin
[not found] <119aab440606111942o1be5e11bw6ede4fa941f01778@mail.gmail.com>
2006-06-12 3:03 ` John David Anglin
2006-06-12 3:13 ` Carlos O'Donell
2006-06-12 3:19 ` John David Anglin
2006-06-12 6:01 ` Grant Grundler
2006-06-12 15:31 ` Carlos O'Donell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=200606101241.13801.mszick@morethan.org \
--to=mszick@morethan.org \
--cc=parisc-linux@lists.parisc-linux.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox