Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp2706807pxv; Sun, 11 Jul 2021 23:20:33 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwG+Lj1mV9iuCPWZYQAWM2ernCY7rfB1D57TWn1FoV88IP+F7jR7A0pqeMBckRIHv1r+MHg X-Received: by 2002:a92:2911:: with SMTP id l17mr2454995ilg.263.1626070833468; Sun, 11 Jul 2021 23:20:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1626070833; cv=none; d=google.com; s=arc-20160816; b=lJpgjq3udkiWrCN+XHTm+/izRWyBsyIAhkK8/gQyZgKI5CzGJ2IQNsJ7y8WmXHgVfj a0qacXuAk5FyDkoYS1H+4Dxm9QXRfIFY5g+rIdfc1rC+Ai24C4VLFxO+b2PoK/puWjKF 7QiVDUjSonNC3/Mo4lA2aF731NO0Gc0cK3I7L+3/AJyi5yAfBFADox9+pCocMFCQXZVu cdqo7V5kPbUSdefMUojR1lImNOp1wcj3MZ6RxwEAwYRQoy87GS/nfnw/Y+k5altRwNyz vGJ88E5RVUxO3e51qKnyzA4jWZ1zuKRNbfxHrRbuhcL96TFP7feG3Fty3TffHOUj292E N+Fw== 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=Twrwj92eKT+vlX6UaPa5Ukdeus3GSvhJR/OX3DANA04=; b=Mv+SE3Cd2m//cTZJNC6peO8HsHCqHQ/0F4OEFMysWxseNovGAJKvC1qjiz9KmHbx/d lzOu+/hcoyc2oRllzU08LTM8eLciomZWALTSl4L1N/5Dlfjr/8298aZ5zp8ideBRVlMy GWsNwZHahO3iFazuDhzYhGRNPDaExWa/YV0l1y9eWgtRWHbX87me1pIuhc4JSWT8WuCp kGLQnOIwAtE9SoOX1t/vZT/5xkRdsJRvdCeH/gTMJbMeD7O5sluKEQpeUXMD30xDpDTf sc/GgRxD0tXbyBrLMQUB+PUyqMxVFVT2ooZvqI6Ny+Qc48VCXyR36/RKZajS/jkAyQm/ QcKw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=y+kwm9vA; 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 b6si17539379ilv.22.2021.07.11.23.20.22; Sun, 11 Jul 2021 23:20:33 -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=y+kwm9vA; 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 S234096AbhGLGWp (ORCPT + 99 others); Mon, 12 Jul 2021 02:22:45 -0400 Received: from mail.kernel.org ([198.145.29.99]:39960 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S233409AbhGLGVY (ORCPT ); Mon, 12 Jul 2021 02:21:24 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id D9013610D1; Mon, 12 Jul 2021 06:18:34 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1626070715; bh=OqgXGjBDzeSwIepSMpC1mu1vc1La23fkZjFRjuIvnhI=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=y+kwm9vAKU79n4oqVLdJfP2KRUmG+7byVJPawXlOS8g//8dqZtNXDYiggQWqzHkeZ PcxTvhqP05yNuCIC6rUOxOY24q02ZTNV92q4cFmCERopSEApuATCLeVxS7YJ4uHaOl X14JIoMVYcII87Kj2/6HvN7UbH2bozuJB85sV4x8= 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.4 108/348] KVM: s390: get rid of register asm usage Date: Mon, 12 Jul 2021 08:08:12 +0200 Message-Id: <20210712060715.888640340@linuxfoundation.org> X-Mailer: git-send-email 2.32.0 In-Reply-To: <20210712060659.886176320@linuxfoundation.org> References: <20210712060659.886176320@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 d08e13c6dc98..20ba8537dbcc 100644 --- a/arch/s390/kvm/kvm-s390.c +++ b/arch/s390/kvm/kvm-s390.c @@ -318,31 +318,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