Received: by 2002:a05:6a10:6006:0:0:0:0 with SMTP id w6csp697236pxa; Thu, 27 Aug 2020 13:15:59 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz0+Ec7JMPOR9G2xfsC7CP5R2bWeA0bBDaPjoEvAfov80WFlK7HGlMffHyQGyI/nW7o66tN X-Received: by 2002:a17:906:c146:: with SMTP id dp6mr19604266ejc.38.1598559359082; Thu, 27 Aug 2020 13:15:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1598559359; cv=none; d=google.com; s=arc-20160816; b=mIUCwxDH+mgulkhNSnRGqT4yA+tHXTfHsECJcc1d2/VnpLv23wqEQqYmpt7pQjM1W4 Gtu+NyxSMl6CHSgqBzOJnBpYtJwCkiGYUAq8MeuJJ5r/DhoKcQ1gaphZq9BMxu81xPIK nCbyzKvXcHxYik3tHkQkO0icPsd9HTXty7GltU1OGrBfZdoUmD7iFwliTHCot6HZfCiT /wQ3gOqv3U8/i4vgyKZWdUbdKJjUEspqqPxn8zt7xwOLWdmGEQIX8GeamQgbKDFDXo5E MadFHs8eFF3p2ks0zV1heS3OtMqEWi0E3l6SsI7NQKCJuKbCSVy6Suu4WhMR2aM2v81c hPgA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=xkIKbKW218hG9jpexXoKHDGqBwhjXHiTfhQhLkk/lcA=; b=eU4OLTCaWccyjhBmWI88EpX6okSZu1IwJNMsPpiM4X9jOGJhFVm19Xp6y0xON0o0yg Z59tVPWW63Nl1ITVEQiu0nstDOg4eCKqh9V0sYjVpnSscDZkY+h3j05JflCrvn5gxqvV +u2InendbcZRuuVuZ6RxAfUuhhrS3/oJahY5qOasMKvtXqc/P7B7smRvsEctmcpTwY7h 5DeTh8DLlhvSVrKZSOCvdnFC6gFBVtqfe5FkXaeBoHLJxkn4MPtwbkbG5T9O14TmwEzr 6TdOwwgwD6xOYfgfLYz6lxAOW4lMKcBXeSK4e2OjzuJBPOqiVIgkiFYrO/o3/DrEpbUm eEgg== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id y22si644608edu.130.2020.08.27.13.15.34; Thu, 27 Aug 2020 13:15:59 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726871AbgH0UO2 (ORCPT + 99 others); Thu, 27 Aug 2020 16:14:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55700 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726120AbgH0UO2 (ORCPT ); Thu, 27 Aug 2020 16:14:28 -0400 Received: from ZenIV.linux.org.uk (zeniv.linux.org.uk [IPv6:2002:c35c:fd02::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6D3F8C061264 for ; Thu, 27 Aug 2020 13:14:28 -0700 (PDT) Received: from viro by ZenIV.linux.org.uk with local (Exim 4.92.3 #3 (Red Hat Linux)) id 1kBOHv-005kIa-9b; Thu, 27 Aug 2020 20:14:23 +0000 Date: Thu, 27 Aug 2020 21:14:23 +0100 From: Al Viro To: Uros Bizjak Cc: x86@kernel.org, linux-kernel@vger.kernel.org, Thomas Gleixner , Ingo Molnar , Borislav Petkov , "H. Peter Anvin" Subject: Re: [PATCH v2] x86: Use xorl %0,%0 in __get_user_asm Message-ID: <20200827201423.GD1236603@ZenIV.linux.org.uk> References: <20200827180904.96399-1-ubizjak@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200827180904.96399-1-ubizjak@gmail.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 27, 2020 at 08:09:04PM +0200, Uros Bizjak wrote: > xorl %0,%0 is equivalent to xorq %0,%0 as both will zero the > entire register. Use xorl %0,%0 for all operand sizes to avoid > REX prefix byte when legacy registers are used and to avoid size > prefix byte when 16bit registers are used. > > Zeroing the full register is OK in this use case. xorl %0,%0 also > breaks register dependency chains, avoiding potential partial > register stalls with 8 and 16bit operands. No objections, but talking about stalls is more than slightly ridiculous - we'd just taken a #PF, failed there, flipped pt_regs %rip to fixup section, returned from fault and are about to fail whatever syscall that had been; a stall here is really not an issue...