From mboxrd@z Thu Jan 1 00:00:00 1970 Date: Tue, 10 Oct 2006 04:58:21 +0200 From: Nick Piggin Subject: Re: ptrace and pfn mappings Message-ID: <20061010025821.GE15822@wotan.suse.de> References: <20061009140354.13840.71273.sendpatchset@linux.site> <20061009140447.13840.20975.sendpatchset@linux.site> <1160427785.7752.19.camel@localhost.localdomain> <452AEC8B.2070008@yahoo.com.au> <1160442987.32237.34.camel@localhost.localdomain> <20061010022310.GC15822@wotan.suse.de> <1160448466.32237.59.camel@localhost.localdomain> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1160448466.32237.59.camel@localhost.localdomain> Sender: owner-linux-mm@kvack.org Return-Path: To: Benjamin Herrenschmidt Cc: Nick Piggin , Hugh Dickins , Linux Memory Management , Andrew Morton , Jes Sorensen , Linux Kernel , Ingo Molnar List-ID: On Tue, Oct 10, 2006 at 12:47:46PM +1000, Benjamin Herrenschmidt wrote: > > > Switch the mm and do a copy_from_user? (rather than the GUP). > > Sounds pretty ugly :P > > > > Can you do a get_user_pfns, and do a copy_from_user on the pfn > > addresses? In other words, is the memory / mmio at the end of a > > given address the same from the perspective of any process? It > > is for physical memory of course, which is why get_user_pages > > works... > > Doesn't help with the racyness. I don't understand what the racyness is that you can solve by accessing it from the target process's mm? > > What if you hold your per-object lock over the operation? (I guess > > it would have to nest *inside* mmap_sem, but that should be OK). > > Over the ptrace operation ? how so ? You just have to hold it over access_process_vm, AFAIKS. Once it is copied into the kernel buffer that's done. Maybe I misunderstood what the race is? -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org