From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ingo Molnar Subject: Re: [PATCH -v5][RFC]: mutex: implement adaptive spinning Date: Wed, 7 Jan 2009 22:32:22 +0100 Message-ID: <20090107213222.GE4597@elte.hu> References: <1231281801.11687.125.camel@twins> <1231283778.11687.136.camel@twins> <1231329783.11687.287.camel@twins> <1231347442.11687.344.camel@twins> <20090107210923.GV2002@parisc-linux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Matthew Wilcox , Steven Rostedt , Peter Zijlstra , paulmck@linux.vnet.ibm.com, Gregory Haskins , Andi Kleen , Chris Mason , Andrew Morton , Linux Kernel Mailing List , linux-fsdevel , linux-btrfs , Thomas Gleixner , Nick Piggin , Peter Morreale , Sven Dietrich To: Linus Torvalds Return-path: In-Reply-To: List-ID: * Linus Torvalds wrote: > > > On Wed, 7 Jan 2009, Matthew Wilcox wrote: > > > > I appreciate this is sample code, but using __get_user() on > > non-userspace pointers messes up architectures which have separate > > user/kernel spaces (eg the old 4G/4G split for x86-32). Do we have an > > appropriate function for kernel space pointers? Is this a good reason > > to add one? > > Yes, you're right. > > We could do the whole "oldfs = get_fs(); set_fs(KERNEL_DS); .. > set_fs(oldfs);" crud, but it would probably be better to just add an > architected accessor. Especially since it's going to generally just be a > > #define get_kernel_careful(val,p) __get_user(val,p) > > for most architectures. > > We've needed that before (and yes, we've simply mis-used __get_user() on > x86 before rather than add it). for the oldfs stuff we already have probe_kernel_read(). OTOH, that involves pagefault_disable() which is an atomic op, so __get_user_careful() should be much more lightweight - and we already know that the memory range at least _used to_ be a valid kernel address. (Theoretical race: with memory hotplug that kernel pointer address could have gotten unmapped and we could get device memory there - with side-effects if accessed. Wont happen in practice.) Ingo