Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp1976631pxb; Fri, 5 Mar 2021 04:35:49 -0800 (PST) X-Google-Smtp-Source: ABdhPJyAhERPC4StYLTFwJBPic3HhbGSYol7h32M12jvD9fDRpxGrWNmFiRKkFx03eDPpRi0L+Ui X-Received: by 2002:a17:906:ad4:: with SMTP id z20mr1981314ejf.496.1614947749364; Fri, 05 Mar 2021 04:35:49 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1614947749; cv=none; d=google.com; s=arc-20160816; b=aL0LjXHZ2cWUsrN4qlMHEv1eA9Lzt2yGKXw7mDfstaraoricGualkPHD5+p7vxUR2R 4nH5EnWIN9GOZflRADza+DDMlvlmChRZQgcn7DrmbDdjxUvSsueDr0ZAzEj8063jblLz LaZ4mAxiRLan8X2OFrfuM5AQJsFHAP20Gqa6St1CAcsa0+LdHUVa6pRJILG4iEQUyzqP kB1jVLL41Ri+QNp8KGT0rhGEoHIGs6ivZYBCku7dvfFf28d8+qZa+GK53yDlfGDkumVj XL8kjTybO3iJ5CC8U+rRCXePZ0eWnZ+SmNqP8GdvJJVmH1/vs80h5wH5d7ebQAJxB0Io lXjw== 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=XUvbxUL0IIdZ43NSRb5P0QSR32+kuCnwMMPWXSmCSr4=; b=wmmNDGu3uS7Hielph0O3ICeOlfM8RjXIs7m0jmZzVUB56b3p4QBY/HrhQVyPRku8Dt Gjl04PfS8op/Er8KfH+DpIkaE10xk4yQaWd/Ua1xrUNqluxrTVMKH3YfnvcwTNaA4Blv upL4UsuSzela+iwN2SwiXd/xazOVnWQbCyuNT58I2jCfaSKmYPDmWQiqO+2qwQNyeN8y ywkavyjZvTYpLCr/dEZhhQ6zhNfHq4BnWtUOlaiUV8dc7ATZB7v2k9YIYWV5eZLjYcAW 9pWFUC/7sLfoS69vPDdnmr25G+VAENFtOXiVWBfg9zWwUFmh9+NiqpqKIINXdVvUSbP8 v9dw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b="gjTQ/8qH"; 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 cm2si1375092edb.549.2021.03.05.04.35.26; Fri, 05 Mar 2021 04:35:49 -0800 (PST) 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="gjTQ/8qH"; 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 S232011AbhCEMcr (ORCPT + 99 others); Fri, 5 Mar 2021 07:32:47 -0500 Received: from mail.kernel.org ([198.145.29.99]:42292 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232523AbhCEMcB (ORCPT ); Fri, 5 Mar 2021 07:32:01 -0500 Received: by mail.kernel.org (Postfix) with ESMTPSA id 3CD5B65029; Fri, 5 Mar 2021 12:32:00 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1614947520; bh=PJyvEExXLhKyW+Mwpwkr7mvrqXgOQxMqBnjn9yIbJHU=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=gjTQ/8qH28z8jjZtIpZr1uNlAsjsUvuGB4u7Do0uRcE2N42DRqFMVf+/OE73aNANH tcAF3i0Bh7PuZR28nfffrrO9cyYvNSyC4qdG1wpk0umUosk8w3LwlzZhd9uPtlxBwr 5mCWEp86OSaNMS/lNHxgw3AXvyPUoMUCOy0gfDZE= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Ananth N Mavinakayanahalli , Michael Ellerman , "Naveen N. Rao" , Sandipan Das Subject: [PATCH 5.10 093/102] powerpc/sstep: Fix incorrect return from analyze_instr() Date: Fri, 5 Mar 2021 13:21:52 +0100 Message-Id: <20210305120907.855387479@linuxfoundation.org> X-Mailer: git-send-email 2.30.1 In-Reply-To: <20210305120903.276489876@linuxfoundation.org> References: <20210305120903.276489876@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: Ananth N Mavinakayanahalli commit 718aae916fa6619c57c348beaedd675835cf1aa1 upstream. We currently just percolate the return value from analyze_instr() to the caller of emulate_step(), especially if it is a -1. For one particular case (opcode = 4) for instructions that aren't currently emulated, we are returning 'should not be single-stepped' while we should have returned 0 which says 'did not emulate, may have to single-step'. Fixes: 930d6288a26787 ("powerpc: sstep: Add support for maddhd, maddhdu, maddld instructions") Signed-off-by: Ananth N Mavinakayanahalli Suggested-by: Michael Ellerman Tested-by: Naveen N. Rao Reviewed-by: Sandipan Das Signed-off-by: Michael Ellerman Link: https://lore.kernel.org/r/161157999039.64773.14950289716779364766.stgit@thinktux.local Signed-off-by: Naveen N. Rao Signed-off-by: Greg Kroah-Hartman --- arch/powerpc/lib/sstep.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) --- a/arch/powerpc/lib/sstep.c +++ b/arch/powerpc/lib/sstep.c @@ -1382,6 +1382,11 @@ int analyse_instr(struct instruction_op #ifdef __powerpc64__ case 4: + /* + * There are very many instructions with this primary opcode + * introduced in the ISA as early as v2.03. However, the ones + * we currently emulate were all introduced with ISA 3.0 + */ if (!cpu_has_feature(CPU_FTR_ARCH_300)) goto unknown_opcode; @@ -1409,7 +1414,7 @@ int analyse_instr(struct instruction_op * There are other instructions from ISA 3.0 with the same * primary opcode which do not have emulation support yet. */ - return -1; + goto unknown_opcode; #endif case 7: /* mulli */