From patchwork Fri Feb 4 15:11:49 2022 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Frank Heimes X-Patchwork-Id: 1588448 Return-Path: X-Original-To: incoming@patchwork.ozlabs.org Delivered-To: patchwork-incoming@bilbo.ozlabs.org Authentication-Results: bilbo.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=canonical.com header.i=@canonical.com header.a=rsa-sha256 header.s=20210705 header.b=bz++hvdi; dkim-atps=neutral Authentication-Results: ozlabs.org; spf=none (no SPF record) smtp.mailfrom=lists.ubuntu.com (client-ip=91.189.94.19; helo=huckleberry.canonical.com; envelope-from=kernel-team-bounces@lists.ubuntu.com; receiver=) Received: from huckleberry.canonical.com (huckleberry.canonical.com [91.189.94.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by bilbo.ozlabs.org (Postfix) with ESMTPS id 4JqzXm6zJ6z9s8q for ; Sat, 5 Feb 2022 02:12:08 +1100 (AEDT) Received: from localhost ([127.0.0.1] helo=huckleberry.canonical.com) by huckleberry.canonical.com with esmtp (Exim 4.86_2) (envelope-from ) id 1nG0Fj-0003Mv-7S; Fri, 04 Feb 2022 15:11:59 +0000 Received: from smtp-relay-canonical-0.internal ([10.131.114.83] helo=smtp-relay-canonical-0.canonical.com) by huckleberry.canonical.com with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.86_2) (envelope-from ) id 1nG0Fi-0003Mo-Aw for kernel-team@lists.ubuntu.com; Fri, 04 Feb 2022 15:11:58 +0000 Received: from T570.fritz.box (2.general.fheimes.us.vpn [10.172.66.67]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp-relay-canonical-0.canonical.com (Postfix) with ESMTPSA id 9770E40D3E for ; Fri, 4 Feb 2022 15:11:57 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=canonical.com; s=20210705; t=1643987518; bh=YPL39kvE18ZIkGUpBgthfhFjxZF2LEJmVkVb5W/+yvc=; h=From:To:Subject:Date:Message-Id:MIME-Version; b=bz++hvditV57AMqPQBSzoeHGP5pPlokRbg4n0Tt+tDiSaL2OySn216k9tX/IyCBum plyZaW4jD/kQt3Wch+YX6NR0ZK4l/qEhQMvRgPc0F9TW3acgCJDMElnGgXIce6yW6p 0b0ELfXE8J5aZo3OdTtk7LZFtsXsNys8JRDgX6lQLDajWD00fBr3+zybPq7BZd9KCA KoU8HVWTlTBKLsaAsDE8y8nNrSoZHn1G2NI3x9Bq13YmAuzw3EVIrHz7lL35MC/KQn hEITHW8WI2l+1779+6ye5OK4kfko5oBZqzQGtsrfJqn/SRx40xvrLHzlN8LSk3y+vE nBndb9XzvyRkg== From: frank.heimes@canonical.com To: kernel-team@lists.ubuntu.com Subject: [J][PATCH 0/2][v3] KVM: Improve SIGP architectural compliance (LP: 1959735) Date: Fri, 4 Feb 2022 16:11:49 +0100 Message-Id: <20220204151151.450613-1-frank.heimes@canonical.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 X-BeenThere: kernel-team@lists.ubuntu.com X-Mailman-Version: 2.1.20 Precedence: list List-Id: Kernel team discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: kernel-team-bounces@lists.ubuntu.com Sender: "kernel-team" BugLink: https://bugs.launchpad.net/bugs/1959735 Linux as a guest operating system often doesn't have as stringent requirements to architectural compliance as traditional operating systems that rely on it. Specifically, KVM implements the SIGP RESTART in a non-compliant way, as it reports a CPU state to be stopped after SIGP RESTART was issued, while it should report a busy condition until the CPU is really started. This feature covers the necessary fixes/improvements to KVM SIGP processing. v2: fixed hash, cherry picked from linux (instead of linux-next), based on 5.15.0-20.20 v3: changed order of cherry-picks Eric Farman (2): KVM: s390: Simplify SIGP Set Arch handling KVM: s390: Add a routine for setting userspace CPU state arch/s390/kvm/kvm-s390.c | 6 +++--- arch/s390/kvm/kvm-s390.h | 9 +++++++++ arch/s390/kvm/sigp.c | 14 +------------- 3 files changed, 13 insertions(+), 16 deletions(-) Acked-by: Krzysztof Kozlowski Acked-by: Tim Gardner