linux-kernel - Re: [PATCH] net: wireless: airo semaphore to mutex

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20080527153406.GL30894@parisc-linux.org>
Date:	Tue, 27 May 2008 09:34:06 -0600
From:	Matthew Wilcox <matthew@....cx>
To:	Daniel Walker <dwalker@...sta.com>
Cc:	Dan Williams <dcbw@...hat.com>, linville@...driver.com,
	rusty@...tcorp.com.au, mingo@...e.hu, linux-kernel@...r.kernel.org,
	linux-wireless@...r.kernel.org, arjan@...radead.org
Subject: Re: [PATCH] net: wireless: airo semaphore to mutex

On Tue, May 27, 2008 at 08:08:35AM -0700, Daniel Walker wrote:
> 
> On Tue, 2008-05-27 at 09:48 -0400, Dan Williams wrote:
> > 
> > Yeah, that might be the right way to go.  If you want to jump into the
> > driver, feel quite free, but I don't think you need to go into too much
> > detail with it.  Your overall behavior analysis is right on the mark
> > already.
> 
> I think we could just remove the trylock from the interrupt case, and
> always force the wake_up_interruptible(&priv->thr_wait) case. It looks
> like the trylocking is just an optimization to save a wakeup ..

'just'?  I think you'd see severe performance reductions if you had to
do a wakeup for every interrupt.

-- 
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."
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/