Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp2558066pxb; Tue, 9 Mar 2021 05:45:23 -0800 (PST) X-Google-Smtp-Source: ABdhPJxd8Jxg5NKErayYcOQka+leVlqf7aB1g09FoYS14OPqU5r2reRCjkaPJQ1MSIwu2HBdTSQe X-Received: by 2002:aa7:cdcf:: with SMTP id h15mr4144546edw.28.1615297523600; Tue, 09 Mar 2021 05:45:23 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1615297523; cv=none; d=google.com; s=arc-20160816; b=Jo/RkB0ZesTFMiEQoWFiwLw+Bo0cx7qkV4KgDnF3V7ujj1Kj4rYm53MwLfxyWEpAJ0 gYyrrXtq7p5I4IjdsC2MOAyF17HaY2yfRTKMXhLJeq2BZNn7I9SgSGEFfqameMcJbFZI cyya6OnioQ1h+CGQzw8yxwSli3wvblS7kzrzhpxXLiQUq6GskjXEV1cugiu/5Pa9PhcI 8pdAXu1mN4AzIx9reuuSnv5pzBI0khdjkpsGXMUts7D5FN1ckopBjcFHl5ls/6FaQYDO EKYwV9Sp/qZpSpgZlBqPd666qVJdLd5hDjhaMBmZIhxq190oZZ2c7eLf/0Ew7AuJlem7 Mtpw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:references:in-reply-to :message-id:date:subject:cc:to:from; bh=thvwcBaufvagDcr2OZHvV/KVHWgkl16NStGDa/G/G8A=; b=pNtoCSsUjfei0cnG3e9/MfiBMCvEy31fWrfxEh/ZFlCPFk0S+jHMbSisVRgqYukfcz gf21EBuJ7QVQsy2Z+qb6rf3p5DIoZjhVQ1LUsEJildjQgmTzZT8YRJLj4PT3x6TbSA2V Yk9/qB0+93TI97WReyZCZxJhFpvMcm+18R6TYZp5yv5somcU/L40oeHgNfldg1XUr4K/ KFonMnSyJKmCPIPCPps27WLEx9t9Ep3cVdzQI3PzgNvvbRM291ZFn9AGHNmfZALCn7R0 rpMl4RU8w0WjofAWRAjrmnMrirRRotQkHokNZsjAubGtupGFi0A7esWgRE/aBT7goYSA Inww== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=puri.sm Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s17si8947367edd.576.2021.03.09.05.45.01; Tue, 09 Mar 2021 05:45:23 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=puri.sm Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230035AbhCINoB (ORCPT + 99 others); Tue, 9 Mar 2021 08:44:01 -0500 Received: from comms.puri.sm ([159.203.221.185]:60048 "EHLO comms.puri.sm" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231140AbhCINno (ORCPT ); Tue, 9 Mar 2021 08:43:44 -0500 Received: from localhost (localhost [127.0.0.1]) by comms.puri.sm (Postfix) with ESMTP id 98A2DE0173; Tue, 9 Mar 2021 05:43:12 -0800 (PST) Received: from comms.puri.sm ([127.0.0.1]) by localhost (comms.puri.sm [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 868Bg6DGNy5m; Tue, 9 Mar 2021 05:43:11 -0800 (PST) From: Martin Kepplinger To: alice.guo@oss.nxp.com Cc: devicetree@vger.kernel.org, festevam@gmail.com, kernel@pengutronix.de, krzk@kernel.org, linux-arm-kernel@lists.infradead.org, linux-imx@nxp.com, linux-kernel@vger.kernel.org, robh@kernel.org, s.hauer@pengutronix.de, shawnguo@kernel.org, Martin Kepplinger Subject: [PATCH] arm64: dts: imx8mq: remove SoC ID compatible Date: Tue, 9 Mar 2021 14:42:51 +0100 Message-Id: <20210309134251.2583679-1-martin.kepplinger@puri.sm> In-Reply-To: <20210104091544.13972-4-alice.guo@oss.nxp.com> References: <20210104091544.13972-4-alice.guo@oss.nxp.com> Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org this reverts commit ce58459d8c7f4174e7b8a8ea903dd949631334a3 for imx8mq. this is most likely not the real fix but works around the problem I have (with v5.12-rc2) I want to report: [ 0.766925] SoC revision 0x21 [ 0.770286] imx8_soc_info soc@0: SoC revision via nvmem read failed: -517 This leads to the system not booting up. This change makes use of the old way of reading soc_revision and thus works around the problem. What could be missing for the nvmem way to work here? Should it work in any case? I assume so if you add the compatible to imx8mq.dtsi. But if it would work, why keep the ocotp reads? thanks a lot, martin --- arch/arm64/boot/dts/freescale/imx8mq.dtsi | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/arch/arm64/boot/dts/freescale/imx8mq.dtsi b/arch/arm64/boot/dts/freescale/imx8mq.dtsi index e1ca17fc1fa1..b40f7081e825 100644 --- a/arch/arm64/boot/dts/freescale/imx8mq.dtsi +++ b/arch/arm64/boot/dts/freescale/imx8mq.dtsi @@ -287,7 +287,7 @@ timer { }; soc@0 { - compatible = "fsl,imx8mq-soc", "simple-bus"; + compatible = "simple-bus"; #address-cells = <1>; #size-cells = <1>; ranges = <0x0 0x0 0x0 0x3e000000>; -- 2.30.1