From: Matthew Wilcox <matthew@wil.cx>
To: Rusty Russell <rusty@rustcorp.com.au>
Cc: Linus Torvalds <torvalds@linux-foundation.org>,
Paul Menage <menage@google.com>,
linux-kernel@vger.kernel.org,
"Randy.Dunlap" <rdunlap@xenotime.net>,
Andrew Morton <akpm@linux-foundation.org>,
Christoph Hellwig <hch@infradead.org>
Subject: Re: [PATCH] Introduce down_try() so we can move away from down_trylock()
Date: Sun, 3 Aug 2008 07:07:38 -0600 [thread overview]
Message-ID: <20080803130737.GF26461@parisc-linux.org> (raw)
In-Reply-To: <200808031833.32048.rusty@rustcorp.com.au>
On Sun, Aug 03, 2008 at 06:33:30PM +1000, Rusty Russell wrote:
> On Saturday 02 August 2008 03:26:33 Linus Torvalds wrote:
> > Also, all actual _users_ of down_trylock() seem to be prime candidates for
> > turning into mutexes anyway - with the _possible_ exception of the console
> > semaphore which has problems with the mutex debugging code.
>
> And Willy is working on that. Still. Frankly, I gave up waiting.
It's low-priority for me. SSDs are much more exciting.
> > Guys, some quality control and critical thinking, please.
>
> Good idea. If we'd done that we wouldn't have the down_trylock() brain
> damage.
I believe down_trylock() came first. spin_trylock() was then the one
that was gratuitously different and mutex_trylock() decided to follow
the spinning semantics rather than the sleeping semantics. But yeah,
whatever, big mess. I'm not convinced down_try() is an improvement.
But I bet we could have got rid of most of the users of down_trylock()
in the time that's been spent wanking about down_try(). Hey, let's make
it return bool! Hey, let's argue about the name! Hey, let's argue
about the documentation!
Sometimes the bikeshed needs to be bulldozed, not given another lick of
paint.
--
Intel are signing my paycheques ... these opinions are still mine
"Bill, look, we understand that you're interested in selling us this
operating system, but compare it to ours. We can't possibly take such
a retrograde step."
next prev parent reply other threads:[~2008-08-03 13:08 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-07-29 0:15 [PATCH] Introduce down_try() so we can move away from down_trylock() Rusty Russell
2008-07-29 0:27 ` Paul Menage
2008-07-29 13:01 ` Rusty Russell
2008-07-29 16:21 ` Randy Dunlap
2008-07-29 23:56 ` Rusty Russell
2008-08-01 17:26 ` Linus Torvalds
2008-08-01 17:40 ` Andrew Morton
2008-08-01 18:22 ` Linus Torvalds
2008-08-03 8:33 ` Rusty Russell
2008-08-03 13:07 ` Matthew Wilcox [this message]
2008-08-03 17:33 ` Linus Torvalds
2008-08-03 17:35 ` Linus Torvalds
2008-08-04 3:28 ` Rusty Russell
2008-08-04 5:53 ` Linus Torvalds
2008-08-04 7:57 ` Rusty Russell
2008-08-04 8:45 ` Alan Cox
2008-08-04 11:43 ` Rusty Russell
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=20080803130737.GF26461@parisc-linux.org \
--to=matthew@wil.cx \
--cc=akpm@linux-foundation.org \
--cc=hch@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=menage@google.com \
--cc=rdunlap@xenotime.net \
--cc=rusty@rustcorp.com.au \
--cc=torvalds@linux-foundation.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