linux-kernel - Re: cmpxchg is not available to generic code

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] [day] [month] [year] [list]

Message-ID: <46A44F3C.5080301@yahoo.com.au>
Date:	Mon, 23 Jul 2007 16:48:28 +1000
From:	Nick Piggin <nickpiggin@...oo.com.au>
To:	Dave Airlie <airlied@...il.com>
CC:	Andrew Morton <akpm@...ux-foundation.org>,
	David Miller <davem@...emloft.net>, airlied@...ux.ie,
	linux-kernel@...r.kernel.org
Subject: Re: cmpxchg is not available to generic code

Dave Airlie wrote:
> On 7/19/07, Andrew Morton <akpm@...ux-foundation.org> wrote:
> 
>> On Thu, 19 Jul 2007 18:15:03 +1000 "Dave Airlie" <airlied@...il.com> 
>> wrote:
>>
>> > Maybe we could add CONFIG_HAVE_CMPXCHG and let DRM depend on it..
>>
>> That would certainly be better than adding a sprinkle of architectures
>> in DRM Kconfig dependencies.
>>
>> I don't know how important DRM is on ARM.  Zero?
>>
> 
> I'd guess zero I suppose if you wanted you could hook up a PCI
> graphics card on ARM, but if you do that I think you could implement
> cmpxchg :-)

ARM does the locked load / store conditional thing which is at least as
strong as cmpxchg, so I imagine it could implement this API in kernel
and userspace quite easily if needed.

-- 
SUSE Labs, Novell Inc.
-
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/