Received: by 2002:a05:6358:f14:b0:e5:3b68:ec04 with SMTP id b20csp5668792rwj; Wed, 21 Dec 2022 05:44:39 -0800 (PST) X-Google-Smtp-Source: AMrXdXuHpOvJiO/zXXh7lP9nlkAt5jFQvXdOB1USwtz2CHS8BkkUm4YRrrC4hgvAI2YX7cT1QAmx X-Received: by 2002:a50:9f09:0:b0:46f:7453:c9b6 with SMTP id b9-20020a509f09000000b0046f7453c9b6mr1517614edf.8.1671630279392; Wed, 21 Dec 2022 05:44:39 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1671630279; cv=none; d=google.com; s=arc-20160816; b=mhcL5bwOPHEznrdMrvaatK7KltmIAGkU9cJ9a0ii2Hjb2me8S/Xhrc3vLfAOpocQ20 XQdtw70ZA0eGXHs6In0AFGUCMfJxJdycANisBrdHf+US14NZVdn5OlDmxifSzFKjCG9f 06BqLzpYkZ4aw7aczVZen/HOJMQAWhGC4fXCs+cZueUbql/wgAu00fYePj91NGJY2Rqg yIq1QAgwqeZlaqb5TFOaleTf7NO6J8N1eRMrHAjy6/9i89jU/VGFr86qbEW3tFJG6n4Q 1p5z3bU+mhcVL9WqkDB2Tc/0WFbpr6HzOMuF0ukyc9pmplWWS8d3ItIdOlOPvXseQXgz IEHA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=7EI2lvyNNjy2WopcLePFXGK1c8guvs1vG+M0LgqWSb4=; b=HaCIoEmDoZVf/cVTTcuBO1ZFVqmrUUnVoXJM9a+Qa7rTAmT1k5m4zx7Vno8VPnnre3 UqqDey6bhlVS8Dv+NXl5oHNTt+JFsjGsd0Ao51gjYX+eu0IxtFrqprkJwVGbS1zch4/o InCPBCY65/BVKH7ymqaCGjOTBN23G0dDfs12BumGRpzJ4I5wLaskxlfvBQrCEjI6ZKVX f4OdknYDAlxDtIgL1dlG+c5S9id3W/v2r3mPcWwjq7dYZD0GQS7dkq4kTkoFAKUDo263 m8XfI6K0644CTVxxX4GneZnGwhx73kQKh8y1WQZSbSnffNJ/MDiKRGPGG9Ef3iAfL4/e Mi+g== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id jg20-20020a170907971400b007bf9de4fe93si4641321ejc.154.2022.12.21.05.44.22; Wed, 21 Dec 2022 05:44:39 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231871AbiLUNHE (ORCPT + 69 others); Wed, 21 Dec 2022 08:07:04 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54394 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229791AbiLUNGz (ORCPT ); Wed, 21 Dec 2022 08:06:55 -0500 Received: from elvis.franken.de (elvis.franken.de [193.175.24.41]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 3B9D123398; Wed, 21 Dec 2022 05:06:49 -0800 (PST) Received: from uucp (helo=alpha) by elvis.franken.de with local-bsmtp (Exim 3.36 #1) id 1p7yo2-0008Uq-01; Wed, 21 Dec 2022 14:06:46 +0100 Received: by alpha.franken.de (Postfix, from userid 1000) id 4F28CC254F; Wed, 21 Dec 2022 14:06:39 +0100 (CET) Date: Wed, 21 Dec 2022 14:06:39 +0100 From: Thomas Bogendoerfer To: Sergio Paracuellos Cc: linux-mips@vger.kernel.org, john@phrozen.org, p.zabel@pengutronix.de, gregkh@linuxfoundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] MIPS: ralink: mt7621: avoid to init common ralink reset controller Message-ID: <20221221130639.GB6643@alpha.franken.de> References: <20221217074806.3225150-1-sergio.paracuellos@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20221217074806.3225150-1-sergio.paracuellos@gmail.com> User-Agent: Mutt/1.10.1 (2018-07-13) X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_LOW, SPF_HELO_PASS,SPF_PASS autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sat, Dec 17, 2022 at 08:48:06AM +0100, Sergio Paracuellos wrote: > Commit 38a8553b0a22 ("clk: ralink: make system controller node a reset provider") > make system controller a reset provider for mt7621 ralink SoCs. Ralink init code > also tries to start previous common reset controller which at the end tries to > find device tree node 'ralink,rt2880-reset'. mt7621 device tree file is not > using at all this node anymore. Hence avoid to init this common reset controller > for mt7621 ralink SoCs to avoid 'Failed to find reset controller node' boot > error trace error. > > Fixes: 64b2d6ffff86 ("staging: mt7621-dts: align resets with binding documentation") > Signed-off-by: Sergio Paracuellos > --- > arch/mips/ralink/of.c | 4 +++- > 1 file changed, 3 insertions(+), 1 deletion(-) > > diff --git a/arch/mips/ralink/of.c b/arch/mips/ralink/of.c > index ea8072acf8d9..01c132bc33d5 100644 > --- a/arch/mips/ralink/of.c > +++ b/arch/mips/ralink/of.c > @@ -21,6 +21,7 @@ > #include > #include > #include > +#include > > #include "common.h" > > @@ -81,7 +82,8 @@ static int __init plat_of_setup(void) > __dt_register_buses(soc_info.compatible, "palmbus"); > > /* make sure that the reset controller is setup early */ > - ralink_rst_init(); > + if (ralink_soc != MT762X_SOC_MT7621AT) > + ralink_rst_init(); > > return 0; > } > -- > 2.25.1 applied. Thomas. -- Crap can work. Given enough thrust pigs will fly, but it's not necessarily a good idea. [ RFC1925, 2.3 ]