Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2825163pxv; Mon, 12 Jul 2021 02:52:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwP6OBtcfFwRucWiUHfNQgcwe/wml6jSc+rHXZ1mNYq0FxpoIaHRcOxlPsZi5v5K0/TRulo X-Received: by 2002:a02:6d12:: with SMTP id m18mr40240845jac.102.1626083544335; Mon, 12 Jul 2021 02:52:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626083544; cv=none; d=google.com; s=arc-20160816; b=lKaSZmgaU0LBoyBylP6O5t53ap3f4Oc8FOvXDQxyti9iaMxayOl389ejTm46x33pXP 3Tjq/CBkYNtbXU3GWSjSR8szo5wGc9B27zA+nkvqDOsjPfC8pCexheuoNg0y4hF+aMdx CBer9nqPF4UtNFpBQ15OkIJLsDfYCrl3bdQT9hU7NIKcEj3skl/eraOudVzMMgKiXMeb oMN5fautRLuTbeQOt/LZpyajodQvuM4lOF6toOLSYVlRjgQGO/apsdywPCcnjxk9tVui qCvENGGbZsvC+lI4k24BTNffDqfXzWoDIb+pxBJHw1+yoQpHY9qSdui52I9fqPjBrS0i CHdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=71Lu5+0Pyml7D1bJi+RKF0JoEoXXVdx4BnCChXJ55l4=; b=J5sso20Fs2FVtPxXzbgF6li56WIZiPON8NTJmgsUC9A50XcSF7xzjQNIxOPdBWYnxm CLnMsSzv+6fh4DEgdhbd9AEHSdAu0Uhu57zD9U4T7yhzj+gxWfCSs5uMPzwi78HDJnKS 6qT3H1wUTvR1M3H4sgesA/Gzx6UsHkSAA1n/lEXOZYgdAJ+Zqzsh77ZnKKqXdOjmGNt7 mfk2w0NGxv2YNjfNZ+rRHu6FF0pQwuu8x7VbEHI5X84HpWbU3IBliHRUlxk1gd+GsBtS Qe/kRuT31zq/nAG9szC8W2KKRBPbNdUPYR0VoJOOVpObbgTys8KTGfOWonJs9qr/od+l Rqbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=gt2GWvNg; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id d6si17438018ilv.2.2021.07.12.02.52.12; Mon, 12 Jul 2021 02:52:24 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=gt2GWvNg; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236883AbhGLGss (ORCPT + 99 others); Mon, 12 Jul 2021 02:48:48 -0400 Received: from mail.kernel.org ([198.145.29.99]:34844 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S237092AbhGLGiG (ORCPT ); Mon, 12 Jul 2021 02:38:06 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id F3ACD61167; Mon, 12 Jul 2021 06:34:13 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626071654; bh=EywfHatNm1SZCrBd4brLnFKJ2Kt742Eq5XgSccTvliA=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=gt2GWvNgIXfnkJEoz3WaTu9zZtGt6+fsokBrUK5Fl/Np0yeCOEfQIbmTSGEC6zsa0 5svvRHZ3CAVDsWQZm7NcWrkIG2UwTTr41NFGMBjhZmvY6ci/vjzjvap9uLsfRkBMDJ 834bDdcRRymxw3uOJM4DKUzPH2t/t2s0MZlSboyw= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Heiko Carstens , Christian Borntraeger , Thomas Huth , Cornelia Huck , Claudio Imbrenda , Sasha Levin Subject: [PATCH 5.10 163/593] KVM: s390: get rid of register asm usage Date: Mon, 12 Jul 2021 08:05:23 +0200 Message-Id: <20210712060900.983079764@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060843.180606720@linuxfoundation.org> References: <20210712060843.180606720@linuxfoundation.org> User-Agent: quilt/0.66 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Heiko Carstens [ Upstream commit 4fa3b91bdee1b08348c82660668ca0ca34e271ad ] Using register asm statements has been proven to be very error prone, especially when using code instrumentation where gcc may add function calls, which clobbers register contents in an unexpected way. Therefore get rid of register asm statements in kvm code, even though there is currently nothing wrong with them. This way we know for sure that this bug class won't be introduced here. Signed-off-by: Heiko Carstens Reviewed-by: Christian Borntraeger Reviewed-by: Thomas Huth Reviewed-by: Cornelia Huck Reviewed-by: Claudio Imbrenda Link: https://lore.kernel.org/r/20210621140356.1210771-1-hca@linux.ibm.com [borntraeger@de.ibm.com: checkpatch strict fix] Signed-off-by: Christian Borntraeger Signed-off-by: Sasha Levin --- arch/s390/kvm/kvm-s390.c | 18 +++++++++--------- 1 file changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/s390/kvm/kvm-s390.c b/arch/s390/kvm/kvm-s390.c index 20afffd6b982..f94b4f78d4da 100644 --- a/arch/s390/kvm/kvm-s390.c +++ b/arch/s390/kvm/kvm-s390.c @@ -327,31 +327,31 @@ static void allow_cpu_feat(unsigned long nr) static inline int plo_test_bit(unsigned char nr) { - register unsigned long r0 asm("0") = (unsigned long) nr | 0x100; + unsigned long function = (unsigned long)nr | 0x100; int cc; asm volatile( + " lgr 0,%[function]\n" /* Parameter registers are ignored for "test bit" */ " plo 0,0,0,0(0)\n" " ipm %0\n" " srl %0,28\n" : "=d" (cc) - : "d" (r0) - : "cc"); + : [function] "d" (function) + : "cc", "0"); return cc == 0; } static __always_inline void __insn32_query(unsigned int opcode, u8 *query) { - register unsigned long r0 asm("0") = 0; /* query function */ - register unsigned long r1 asm("1") = (unsigned long) query; - asm volatile( - /* Parameter regs are ignored */ + " lghi 0,0\n" + " lgr 1,%[query]\n" + /* Parameter registers are ignored */ " .insn rrf,%[opc] << 16,2,4,6,0\n" : - : "d" (r0), "a" (r1), [opc] "i" (opcode) - : "cc", "memory"); + : [query] "d" ((unsigned long)query), [opc] "i" (opcode) + : "cc", "memory", "0", "1"); } #define INSN_SORTL 0xb938 -- 2.30.2