Received: by 2002:a05:6a10:2785:0:0:0:0 with SMTP id ia5csp842932pxb; Wed, 13 Jan 2021 18:04:36 -0800 (PST) X-Google-Smtp-Source: ABdhPJzAxhfDJ9D00phK0wEMGSsEuzaeXwLUNi4TjVNRglHFBWCfCxQojvkSkg7/qvkj4KEgntRU X-Received: by 2002:a17:906:76c9:: with SMTP id q9mr3696630ejn.484.1610589876297; Wed, 13 Jan 2021 18:04:36 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610589876; cv=none; d=google.com; s=arc-20160816; b=a5pSGP3lRvjc/itlJSNCMx+psUuyPOQDEyVaF1hWtyG+1snPCbxH1lzq6Eb/WzaK65 eWqe9tM9C3g+R5n7jidNSE2YREaRjxhxP5iF+x9p8bmv2SpLG5o0msYlq7Yx1vBiVzpk CK5CsDg5ko4ffb8uI7DpL94pbc/sVxS83ivJXCSWDueaQ/nLdlK7f5/WTSULh9yRQ0ev vhEFRkswK6Zqx+AsjLmAKhEwfMWqMm7/56kFxKtr5W3r2RLpVDqKTaOKCwToAGYSi+rw tWudtcUK7M2y0ZqF3erTBuji7COn1l7Vvu8CGWQF1n/2ske7A97SZfaKWujnPaEJGyIC JqNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=tQiGltKbny4ccDXQZiwZi9srm0oASP9P1ZP6xY9pS64=; b=qduu8w2JN7SlK+5xEOsj5t716DbgT9ycERuK6PZeUC+QtzB0HcrDF9TrjZvoaEG0pk 9Egl0c2PzdTD01iRjU/qA/SHAqxHwH7tiMNN94uSVls+rnPpx7rN4Myi81txr5IKkS6g /W0rcxe7MdNjLT9dSjjs2SD1Lj1OmI+bv8a1XUlNeIZNsnhs+bumMhOfzzLHfFZSP5zO FBKc/j6cjl+txfsIwUPM2TACUimNDHt9/QLY2EWMRzOeAnfgdtPOl//8qn6XS0E7NnfF tpF27jv9ljzG0Mo+SiwHRwz5fDJMZaJv6qaSIBXwTXuvVJFSroRTRnuQENb87jqKqheh p3HA== 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id op4si1656869ejb.545.2021.01.13.18.04.06; Wed, 13 Jan 2021 18:04:36 -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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729865AbhANCCR (ORCPT + 99 others); Wed, 13 Jan 2021 21:02:17 -0500 Received: from vps0.lunn.ch ([185.16.172.187]:39162 "EHLO vps0.lunn.ch" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729414AbhAMXYm (ORCPT ); Wed, 13 Jan 2021 18:24:42 -0500 Received: from andrew by vps0.lunn.ch with local (Exim 4.94) (envelope-from ) id 1kzpUT-000Qg1-4B; Thu, 14 Jan 2021 00:23:49 +0100 Date: Thu, 14 Jan 2021 00:23:49 +0100 From: Andrew Lunn To: Steen Hegelund Cc: Philipp Zabel , Alexandre Belloni , linux-kernel@vger.kernel.org, Microchip Linux Driver Support , Gregory Clement , linux-arm-kernel@lists.infradead.org Subject: Re: [PATCH 2/3] reset: mchp: sparx5: add switch reset driver Message-ID: References: <20210113201915.2734205-1-steen.hegelund@microchip.com> <20210113201915.2734205-3-steen.hegelund@microchip.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210113201915.2734205-3-steen.hegelund@microchip.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > +static int sparx5_switch_reset(struct reset_controller_dev *rcdev, > + unsigned long id) > +{ > + struct mchp_reset_context *ctx = > + container_of(rcdev, struct mchp_reset_context, reset_ctrl); > + u32 val; > + > + /* Make sure the core is PROTECTED from reset */ > + regmap_update_bits(ctx->cpu_ctrl, PROTECT_REG, PROTECT_BIT, PROTECT_BIT); > + > + dev_info(ctx->dev, "soft reset of switchcore\n"); dev_dbg()? > + > + /* Start soft reset */ > + regmap_write(ctx->gcb_ctrl, SOFT_RESET_REG, SOFT_RESET_BIT); > + > + /* Wait for soft reset done */ > + return read_poll_timeout(sparx5_read_soft_rst, val, > + (val & SOFT_RESET_BIT) == 0, > + 1, 100, false, > + ctx); > +} > +static int mchp_sparx5_reset_config(struct platform_device *pdev, > + struct mchp_reset_context *ctx) > +{ > + struct device_node *dn = pdev->dev.of_node; > + struct regmap *cpu_ctrl, *gcb_ctrl; > + struct device_node *syscon_np; > + int err; > + > + syscon_np = of_parse_phandle(dn, "syscons", 0); > + if (!syscon_np) > + return -ENODEV; > + cpu_ctrl = syscon_node_to_regmap(syscon_np); > + if (IS_ERR(cpu_ctrl)) > + goto err_cpu; > + of_node_put(syscon_np); > + > + syscon_np = of_parse_phandle(dn, "syscons", 1); > + if (!syscon_np) > + return -ENODEV; > + gcb_ctrl = syscon_node_to_regmap(syscon_np); > + if (IS_ERR(gcb_ctrl)) > + goto err_gcb; > + of_node_put(syscon_np); > + > + ctx->cpu_ctrl = cpu_ctrl; > + ctx->gcb_ctrl = gcb_ctrl; > + > + ctx->reset_ctrl.owner = THIS_MODULE; > + ctx->reset_ctrl.nr_resets = 1; > + ctx->reset_ctrl.ops = &sparx5_reset_ops; > + ctx->reset_ctrl.of_node = dn; > + > + err = devm_reset_controller_register(&pdev->dev, &ctx->reset_ctrl); > + if (err) > + dev_err(&pdev->dev, "could not register reset controller\n"); > + pr_info("%s:%d\n", __func__, __LINE__); > + return err; > +err_cpu: > + of_node_put(syscon_np); > + dev_err(&pdev->dev, "No cpu syscon map\n"); > + return PTR_ERR(cpu_ctrl); > +err_gcb: > + of_node_put(syscon_np); > + dev_err(&pdev->dev, "No gcb syscon map\n"); > + return PTR_ERR(gcb_ctrl); It would be normal to put the dev_err() before the goto, set err = PTR_ERR() and then goto out; > +} > + > +static int mchp_sparx5_reset_probe(struct platform_device *pdev) > +{ > + struct device *dev = &pdev->dev; > + struct mchp_reset_context *ctx; > + > + pr_info("%s:%d\n", __func__, __LINE__); More left over debug. > + ctx = devm_kzalloc(dev, sizeof(*ctx), GFP_KERNEL); > + if (!ctx) > + return -ENOMEM; > + ctx->dev = dev; > + return mchp_sparx5_reset_config(pdev, ctx); > +} > + > +static const struct of_device_id mchp_sparx5_reset_of_match[] = { > + { > + .compatible = "microchip,sparx5-switch-reset", > + }, > + { /*sentinel*/ } > +}; > +static int __init mchp_sparx5_reset_init(void) > +{ > + return platform_driver_register(&mchp_sparx5_reset_driver); > +} > + > +postcore_initcall(mchp_sparx5_reset_init); Does it actually need to be postcore? The users of the reset should look for -EPROBE_DEFER and try again later. And this then becomes just a normal driver. Andrew