From mboxrd@z Thu Jan 1 00:00:00 1970 From: Russell King - ARM Linux Subject: Re: [PATCH v2 4/4] arm64/syscalls: Specific usage of verify_pre_usermode_state Date: Thu, 9 Mar 2017 16:26:13 +0000 Message-ID: <20170309162613.GN21222@n2100.armlinux.org.uk> References: <20170309012456.5631-1-thgarnie@google.com> <20170309012456.5631-4-thgarnie@google.com> <20170309122354.GB6320@leverpostej> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Return-path: List-Post: List-Help: List-Unsubscribe: List-Subscribe: Content-Disposition: inline In-Reply-To: Sender: Russell King - ARM Linux To: Thomas Garnier Cc: Mark Rutland , David Howells , Dave Hansen , Arnd Bergmann , Al Viro , =?iso-8859-1?Q?Ren=E9?= Nyffenegger , Andrew Morton , Kees Cook , "Paul E . McKenney" , "David S . Miller" , Andy Lutomirski , Ard Biesheuvel , Nicolas Pitre , Petr Mladek , Sebastian Andrzej Siewior , Sergey Senozhatsky , Helge Deller , Rik van Riel , Ingo Molnar , Oleg Nesterov , John Stultz , Thomas Gleixner , Pavel List-Id: linux-api@vger.kernel.org On Thu, Mar 09, 2017 at 07:56:49AM -0800, Thomas Garnier wrote: > On Thu, Mar 9, 2017 at 4:23 AM, Mark Rutland wrote: > > We generally stick to lower case for the arm64 assembly macros. If we > > need this, we should stick to the existing convention. > > > >> +/* Similar to set_fs(USER_DS) in verify_pre_usermode_state without a warning. */ > >> +.macro VERIFY_PRE_USERMODE_STATE > >> + mov x1, #TASK_SIZE_64 > >> + str x1, [tsk, #TSK_TI_ADDR_LIMIT] > >> +.endm > > > > We need arm64's set_fs() to configure UAO, too, so this is much weaker > > than set_fs(), and will leave __{get,put}_user and > > __copy_{to,from}_user() able to access kernel memory. > > > > We don't currently have an asm helper to clear UAO, and unconditionally > > poking that on exception return is liable to be somewhat expensive. > > > > Also, given we're only trying to catch this in syscalls, I'm afraid I > > don't see what we gain by doing this in the entry assembly. > > > > I optimized all architectures from the arm (32-bit) discussion. I will > come back to a simple bl to the verify function. Thanks! I wouldn't call what you've done on ARM an "optimisation", because my comment about making the fast path worthless still stands. -- RMK's Patch system: http://www.armlinux.org.uk/developer/patches/ FTTC broadband for 0.8mile line: currently at 9.6Mbps down 400kbps up according to speedtest.net.