[PATCH v2 4/5] reset: reset-scmi: Log number of reset domains
Alex Tran <[email protected]>
| Newsgroups | org.kernel.vger.arm-scmi,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-gpio,org.kernel.vger.linux-hwmon,org.kernel.vger.linux-iio,org.kernel.vger.linux-kernel,org.kernel.vger.linux-pm |
|---|---|
| Message-ID | <20260513-scmi-client-probe-log-v2-4-36607e9dd540@oss.qualcomm.com> |
The SCMI reset driver does not currently report how many reset domains were discovered from firmware during probe. This makes it harder to confirm the firmware reset resources during debugging. Log the reset domain count after a successful probe, aligning the driver with the existing SCMI client driver logging pattern. Signed-off-by: Alex Tran <[email protected]> --- drivers/reset/reset-scmi.c | 8 +++++++- 1 file changed, 7 insertions(+), 1 deletion(-) diff --git a/drivers/reset/reset-scmi.c b/drivers/reset/reset-scmi.c index 4335811e0cfa..114470c12931 100644 --- a/drivers/reset/reset-scmi.c +++ b/drivers/reset/reset-scmi.c @@ -93,6 +93,7 @@ static int scmi_reset_probe(struct scmi_device *sdev) struct device_node *np = dev->of_node; const struct scmi_handle *handle = sdev->handle; struct scmi_protocol_handle *ph; + int ret; if (!handle) return -ENODEV; @@ -111,7 +112,12 @@ static int scmi_reset_probe(struct scmi_device *sdev) data->rcdev.nr_resets = reset_ops->num_domains_get(ph); data->ph = ph; - return devm_reset_controller_register(dev, &data->rcdev); + ret = devm_reset_controller_register(dev, &data->rcdev); + if (ret) + return ret; + + dev_dbg(dev, "Initialized %d reset domains\n", data->rcdev.nr_resets); + return 0; } static const struct scmi_device_id scmi_id_table[] = { -- 2.43.0