Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp814755pxk; Sat, 12 Sep 2020 00:55:21 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyMBhC0m1qlM2vRQKi+eFKvqT94BTFrnIjaYz+uKdQFcDPxUWcvIrvcjbYO/7qtHqyPuIL8 X-Received: by 2002:a50:f418:: with SMTP id r24mr6936046edm.295.1599897321736; Sat, 12 Sep 2020 00:55:21 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1599897321; cv=none; d=google.com; s=arc-20160816; b=icM6JsBweQcUMX5LHHAvgZCAsqMvZC48YQxZl+0ODjri8kE1BUhCXLlwOKHHk0rwiK MxplcqgTg9PZ0S7pCpgzUT806k9DCdjA3w47+/fVUdFxuseRMLCVou/DfpqQ5eUlz6mM ulIosTl9+jOtpfddEo6K/ZZKsTESvIndm9oBguxKbHww0ALOQbE4JWlfw5QAh71nGEDS dBcd5b58DsJznlr58kcYMJuQM9ScG6Po3gzLS1ZGbK+waLyEqV7RcpX1sylilMxpppt0 bWjBkKvmLVx8akQ2T81V0gg3Zp0Xldhv/oSJjrAdZ7K16GyBnTutmzq6NbTAjzv+LjHo vpcA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:mime-version:user-agent:message-id :in-reply-to:date:references:organization:subject:cc:to:from; bh=crpjzfzQQIKCs4VjKw8kr1V/Os5i7iAyxD+L1jDkTbA=; b=otFsoQjOnJdusUCt6cT7pCUr/KMIwrbHaEZiZ/aC9rImtzieDmxv+paPX5Y39Y5Rne O0nK8Z5j5zdObTSzhR6pO1/eQ9SK0fMNuqsTgSK923McysmcWJm8ZqSTKK4KJD2wvKeJ SqWXYxfXBLUkGSf1L8Cr0jc3K8GN3jKI/vFgmKgUqmGH+NrkK0/z8yhrwliXQx1roboO wSKiPhT6owClsekD49Ro+L2Tziv2cn5ApYfNOlwkYkxk5yE3sr7Qyn7AHnSlPnpESU2d 61ibkkQ6b2iY0eCo4ZvnoOUDNHl02wOjyfLJErcNwbjMtZ3dp7ivl8FrQTwExYLB0m1P ulCA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id j11si3013145edy.393.2020.09.12.00.54.59; Sat, 12 Sep 2020 00:55:21 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=collabora.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725839AbgILHyI (ORCPT + 99 others); Sat, 12 Sep 2020 03:54:08 -0400 Received: from bhuna.collabora.co.uk ([46.235.227.227]:45646 "EHLO bhuna.collabora.co.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725809AbgILHyG (ORCPT ); Sat, 12 Sep 2020 03:54:06 -0400 Received: from [127.0.0.1] (localhost [127.0.0.1]) (Authenticated sender: krisman) with ESMTPSA id 08D8629B631 From: Gabriel Krisman Bertazi To: Christoph Hellwig Cc: luto@kernel.org, tglx@linutronix.de, hpa@zytor.com, bp@alien8.de, rric@kernel.org, peterz@infradead.org, mingo@redhat.com, x86@kernel.org, linux-kernel@vger.kernel.org, kernel@collabora.com Subject: Re: [PATCH 2/6] x86: Simplify compat syscall userspace allocation Organization: Collabora References: <20200912070553.330622-1-krisman@collabora.com> <20200912070553.330622-3-krisman@collabora.com> <20200912070802.GA19621@lst.de> Date: Sat, 12 Sep 2020 03:54:01 -0400 In-Reply-To: <20200912070802.GA19621@lst.de> (Christoph Hellwig's message of "Sat, 12 Sep 2020 09:08:02 +0200") Message-ID: <87zh5vmnvq.fsf@collabora.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Christoph Hellwig writes: > On Sat, Sep 12, 2020 at 03:05:49AM -0400, Gabriel Krisman Bertazi wrote: >> When allocating user memory space for a compat system call, don't >> consider whether the originating code is IA32 or X32, just allocate from >> a safe region for both, beyond the redzone. This should be safe for >> IA32, and has the benefit of avoiding TIF_IA32, which we want to drop. > > This doesn't look wrong, by why bother (maybe Ccing me on the whole > seris as you always should instead of sending annoying out of context > single patches would have told..). Hi Chris, Thanks for the quick reply. sorry and I will make sure to cc you for the rest of the series if this spin again. The reason is the removal of TIF_IA32 to reclaim some bits in the ti flags. If you want to see the rest of it immediately: > We will hopefully kill off compat_alloc_user_space in the next few > merge windows.. I plan to kill TIF_IA32 hopefully in the next merge window, to facilitate other work I'm doing and I wouldn't like to wait for other stuff, since this is trivial enough. Can I get your reviewed-by here? Thanks, -- Gabriel Krisman Bertazi