Received: by 2002:a05:7412:d024:b0:f9:90c9:de9f with SMTP id bd36csp195243rdb; Wed, 20 Dec 2023 09:37:33 -0800 (PST) X-Google-Smtp-Source: AGHT+IFFDNrlCJgnf75SBe0HV/HvmP2toGpTGkAz/7oSUhWqsTH5+XQZ57h02fktZreDQsIGIdHh X-Received: by 2002:a05:6e02:12e1:b0:35d:86c1:1061 with SMTP id l1-20020a056e0212e100b0035d86c11061mr29362194iln.18.1703093853154; Wed, 20 Dec 2023 09:37:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1703093853; cv=none; d=google.com; s=arc-20160816; b=ycd1TGHqesBNbkY0iLc3bFCx8PzQ9sR42Q6zQ6hnULXm3KcyCeI/I83I+jMssQdVZS lRpjJRSoR0Nq2ReLHYMdmShmep+JPlfELIjBjIGljFjdnSdg+hXlLXIG+OiPKxOF0xk0 ctk4qec1HILeZtDCga3v58AD+s96EoUJTLYWo1Fu0r5reJJAdBOsWA+1OQvfNz+C0rb6 Nx6RiYVqCx+oZekEvkFB/OsgDprhrEcsTe+Wq2bLGPHbuP8sbKnOtoqEQELqPbgCMYEJ GosuJ4uH5xO8vVaAVtN5ad7iUWlfHwvsjxO1IDWnULC6uTsEcrQLECgGRebkEdNuw168 zTgQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=sender:in-reply-to:content-disposition:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:references :message-id:subject:cc:to:from:date:dkim-signature; bh=P5Zs3qECdjn7uq4jzjXFG/AJJqVMTzM5KFD78T4GWU4=; fh=DBYrl2LTIh0D8BeWkXbTkRzyu+ypBNyoInA441n7zpE=; b=bpFW3R4yU8NYZ/JgTst+PH56I85zCg5sVQGSrWynE3Al7ygMcbe6vnNuM1iq4Pcd7S 1/lT09vE0iU0AfjbujVbH1jWS5DXS72zLlUc4hWcfzuWGGtEYVXlumN2u3ySd8zGmx9L zoapnTkGZPFnqaA6sVmpsRizHgwIwc0qAykqUnsDYion3bb8CENBLhN0LPiPJcVjZ2JJ kdDYo172WlCFxcaXo/TRd6UnAZp7IQsBv4Fv5mHNGM69ySKc+oVb73j39W9l2xfCK+Hs fOg0zigWvkzisAbM60RylP5AGoYf0G6u5yraKpDQ9NXsST8Fn9wfV4o9RWb22nhFrffM 0nWQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linux.org.uk header.s=zeniv-20220401 header.b=GfmTgFsO; spf=pass (google.com: domain of linux-kernel+bounces-7356-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-7356-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zeniv.linux.org.uk Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [139.178.88.99]) by mx.google.com with ESMTPS id w11-20020a65410b000000b005c658c16acdsi81563pgp.196.2023.12.20.09.37.32 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Wed, 20 Dec 2023 09:37:33 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-7356-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99; Authentication-Results: mx.google.com; dkim=pass header.i=@linux.org.uk header.s=zeniv-20220401 header.b=GfmTgFsO; spf=pass (google.com: domain of linux-kernel+bounces-7356-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) smtp.mailfrom="linux-kernel+bounces-7356-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=zeniv.linux.org.uk Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by sv.mirrors.kernel.org (Postfix) with ESMTPS id 60F42287439 for ; Wed, 20 Dec 2023 17:37:32 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id CF002481A0; Wed, 20 Dec 2023 17:37:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linux.org.uk header.i=@linux.org.uk header.b="GfmTgFsO" X-Original-To: linux-kernel@vger.kernel.org Received: from zeniv.linux.org.uk (zeniv.linux.org.uk [62.89.141.173]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 40C8447A42; Wed, 20 Dec 2023 17:37:18 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=zeniv.linux.org.uk Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=ftp.linux.org.uk DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=linux.org.uk; s=zeniv-20220401; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=P5Zs3qECdjn7uq4jzjXFG/AJJqVMTzM5KFD78T4GWU4=; b=GfmTgFsO7WZPUWeQIz8wIkLZ78 QXBR2nKA1E1i7bc9cqlCtY9FA1rTaF5acFIypfpjPlpfwK1VOFWmA5eadcG2H/amCG00+cEZUBh+n 9NmflrX0pngURp6SJeC9zhL0f+YuyA4P/mls6iJO5P8o58AAgNFPp5+OqL3/1KVhuZvhSq+sdMTkk RbBfUUFCYJNnsU/8a8Fs2f4gAA+ZaDX5OgGJavV/IGKMR8ilaozWC33JHq56s5vxyZH/CGAM/6nEr vvZqgQNVHHZSmJ8yt5hGqDGZrJWhl7oPmJzjvP79kjhUeWdQ3lekSsgB45nOoJ/vUkuZhsys4+rMH yteTPRUg==; Received: from viro by zeniv.linux.org.uk with local (Exim 4.96 #2 (Red Hat Linux)) id 1rG0VK-000X0K-2h; Wed, 20 Dec 2023 17:37:10 +0000 Date: Wed, 20 Dec 2023 17:37:10 +0000 From: Al Viro To: Baoquan He Cc: kernel test robot , oe-kbuild-all@lists.linux.dev, linux-kernel@vger.kernel.org, Andrew Morton , Linux Memory Management List Subject: Re: arch/sh/kernel/relocate_kernel.S:38: Error: invalid operands for opcode Message-ID: <20231220173710.GX1674809@ZenIV> References: <202312182200.Ka7MzifQ-lkp@intel.com> <20231220060030.GV1674809@ZenIV> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: Al Viro On Wed, Dec 20, 2023 at 09:27:32PM +0800, Baoquan He wrote: > Since the kexec_core code building depends on CONFIG_MMU=y, we may > need to add dependency on MMU for ARCH_SUPPORTS_CRASH_DUMP. I made below > change, do you think it's OK? > > diff --git a/arch/sh/Kconfig b/arch/sh/Kconfig > index 7500521b2b98..fe1500871648 100644 > --- a/arch/sh/Kconfig > +++ b/arch/sh/Kconfig > @@ -548,6 +548,7 @@ config ARCH_SUPPORTS_KEXEC > > config ARCH_SUPPORTS_CRASH_DUMP > def_bool BROKEN_ON_SMP > + depends on MMU > > config ARCH_SUPPORTS_KEXEC_JUMP > def_bool y > I'm *not* familiar with crashdump or kexec machinery, let alone the current changes in there, so take the following with a cartload of salt, but... does sh crash dump support depend upon the code in question? From quick grep it looks like we only want it in machine_kexec(), so the conditionals used in the commit in question might be wrong...