From: Neelesh Gupta <neelegup@linux.vnet.ibm.com>
To: Guenter Roeck <linux@roeck-us.net>,
Jean Delvare <jdelvare@suse.de>,
Michael Ellerman <mpe@ellerman.id.au>
Cc: lm-sensors@lm-sensors.org, linux-kernel@vger.kernel.org
Subject: Re: [lm-sensors] [PATCH 1/2] hwmon: (ibmpowernv) Quieten when probing finds no device
Date: Sat, 01 Nov 2014 17:58:09 +0000 [thread overview]
Message-ID: <54551E28.8090306@linux.vnet.ibm.com> (raw)
In-Reply-To: <54538CEC.3060006@roeck-us.net>
On 10/31/2014 06:51 PM, Guenter Roeck wrote:
> On 10/31/2014 02:41 AM, Jean Delvare wrote:
>> Hi Michael,
>>
>> On Fri, 31 Oct 2014 17:45:22 +1100, Michael Ellerman wrote:
>>> Because we build kernels with drivers built in for many platforms, it's
>>> normal for the ibmpowernv driver to be loaded on systems that don't
>>> have
>>> the appropriate hardware.
>>>
>>> Currently the driver spams the log with:
>>>
>>> ibmpowernv ibmpowernv.0: Opal node 'sensors' not found
>>> ibmpowernv: Platfrom driver probe failed
>>>
>>> But there is no error, this machine is not a powernv and doesn't have
>>> the hardware. So change the sensors message to dev_dbg(), and only
>>> print
>>> an error about the probe failing if it's not ENODEV.
>>>
>>> Also fix the spelling of "Platfrom" and print the actual error value.
>>>
>>> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
>>> ---
>>> drivers/hwmon/ibmpowernv.c | 6 ++++--
>>> 1 file changed, 4 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/hwmon/ibmpowernv.c b/drivers/hwmon/ibmpowernv.c
>>> index d2bf2c97ae70..6a30eeea94be 100644
>>> --- a/drivers/hwmon/ibmpowernv.c
>>> +++ b/drivers/hwmon/ibmpowernv.c
>>> @@ -181,7 +181,7 @@ static int __init populate_attr_groups(struct
>>> platform_device *pdev)
>>>
>>> opal = of_find_node_by_path("/ibm,opal/sensors");
>>> if (!opal) {
>>> - dev_err(&pdev->dev, "Opal node 'sensors' not found\n");
>>> + dev_dbg(&pdev->dev, "Opal node 'sensors' not found\n");
>>> return -ENODEV;
>>> }
>>>
>>> @@ -335,7 +335,9 @@ static int __init ibmpowernv_init(void)
>>>
>>> err = platform_driver_probe(&ibmpowernv_driver,
>>> ibmpowernv_probe);
>>> if (err) {
>>> - pr_err("Platfrom driver probe failed\n");
>>> + if (err != -ENODEV)
>>> + pr_err("Platform driver probe failed (%d)\n", err);
>>>
>>> goto exit_device_del;
>>> }
>>>
>>
>> Looks reasonable.
>>
> The reduced noise, ok, but a better fix would be to not attempt to load
> the driver in the first place. This should be doable by introducing an
> of_match_table.
The parent 'sensors' node doesn't have a compatible property, rather
individual
child sensors have. So, instead we can introduce
'platform_driver.id_table' for
the probe.
Thanks,
Neelesh
>
> Guenter
>
>> Reviewed-by: Jean Delvare <jdelvare@suse.de>
>>
>
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
WARNING: multiple messages have this Message-ID (diff)
From: Neelesh Gupta <neelegup@linux.vnet.ibm.com>
To: Guenter Roeck <linux@roeck-us.net>,
Jean Delvare <jdelvare@suse.de>,
Michael Ellerman <mpe@ellerman.id.au>
Cc: lm-sensors@lm-sensors.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH 1/2] hwmon: (ibmpowernv) Quieten when probing finds no device
Date: Sat, 01 Nov 2014 23:23:44 +0530 [thread overview]
Message-ID: <54551E28.8090306@linux.vnet.ibm.com> (raw)
In-Reply-To: <54538CEC.3060006@roeck-us.net>
On 10/31/2014 06:51 PM, Guenter Roeck wrote:
> On 10/31/2014 02:41 AM, Jean Delvare wrote:
>> Hi Michael,
>>
>> On Fri, 31 Oct 2014 17:45:22 +1100, Michael Ellerman wrote:
>>> Because we build kernels with drivers built in for many platforms, it's
>>> normal for the ibmpowernv driver to be loaded on systems that don't
>>> have
>>> the appropriate hardware.
>>>
>>> Currently the driver spams the log with:
>>>
>>> ibmpowernv ibmpowernv.0: Opal node 'sensors' not found
>>> ibmpowernv: Platfrom driver probe failed
>>>
>>> But there is no error, this machine is not a powernv and doesn't have
>>> the hardware. So change the sensors message to dev_dbg(), and only
>>> print
>>> an error about the probe failing if it's not ENODEV.
>>>
>>> Also fix the spelling of "Platfrom" and print the actual error value.
>>>
>>> Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
>>> ---
>>> drivers/hwmon/ibmpowernv.c | 6 ++++--
>>> 1 file changed, 4 insertions(+), 2 deletions(-)
>>>
>>> diff --git a/drivers/hwmon/ibmpowernv.c b/drivers/hwmon/ibmpowernv.c
>>> index d2bf2c97ae70..6a30eeea94be 100644
>>> --- a/drivers/hwmon/ibmpowernv.c
>>> +++ b/drivers/hwmon/ibmpowernv.c
>>> @@ -181,7 +181,7 @@ static int __init populate_attr_groups(struct
>>> platform_device *pdev)
>>>
>>> opal = of_find_node_by_path("/ibm,opal/sensors");
>>> if (!opal) {
>>> - dev_err(&pdev->dev, "Opal node 'sensors' not found\n");
>>> + dev_dbg(&pdev->dev, "Opal node 'sensors' not found\n");
>>> return -ENODEV;
>>> }
>>>
>>> @@ -335,7 +335,9 @@ static int __init ibmpowernv_init(void)
>>>
>>> err = platform_driver_probe(&ibmpowernv_driver,
>>> ibmpowernv_probe);
>>> if (err) {
>>> - pr_err("Platfrom driver probe failed\n");
>>> + if (err != -ENODEV)
>>> + pr_err("Platform driver probe failed (%d)\n", err);
>>>
>>> goto exit_device_del;
>>> }
>>>
>>
>> Looks reasonable.
>>
> The reduced noise, ok, but a better fix would be to not attempt to load
> the driver in the first place. This should be doable by introducing an
> of_match_table.
The parent 'sensors' node doesn't have a compatible property, rather
individual
child sensors have. So, instead we can introduce
'platform_driver.id_table' for
the probe.
Thanks,
Neelesh
>
> Guenter
>
>> Reviewed-by: Jean Delvare <jdelvare@suse.de>
>>
>
next prev parent reply other threads:[~2014-11-01 17:58 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-31 6:45 [lm-sensors] [PATCH 1/2] hwmon: (ibmpowernv) Quieten when probing finds no device Michael Ellerman
2014-10-31 6:45 ` Michael Ellerman
2014-10-31 6:45 ` [lm-sensors] [PATCH 2/2] hwmon: (ibmpowernv) Make the driver name more recognisable Michael Ellerman
2014-10-31 6:45 ` Michael Ellerman
2014-10-31 8:35 ` [lm-sensors] " Jean Delvare
2014-10-31 8:35 ` Jean Delvare
2014-10-31 13:10 ` [lm-sensors] " Guenter Roeck
2014-10-31 13:10 ` Guenter Roeck
2014-10-31 9:41 ` [lm-sensors] [PATCH 1/2] hwmon: (ibmpowernv) Quieten when probing finds no device Jean Delvare
2014-10-31 9:41 ` Jean Delvare
2014-10-31 13:21 ` [lm-sensors] " Guenter Roeck
2014-10-31 13:21 ` Guenter Roeck
2014-11-01 17:53 ` Neelesh Gupta [this message]
2014-11-01 17:58 ` [lm-sensors] " Neelesh Gupta
2014-11-03 16:20 ` Guenter Roeck
2014-11-03 16:20 ` Guenter Roeck
2014-10-31 13:12 ` [lm-sensors] " Guenter Roeck
2014-10-31 13:12 ` Guenter Roeck
2014-10-31 18:12 ` [lm-sensors] " Guenter Roeck
2014-10-31 18:12 ` Guenter Roeck
2014-11-01 17:52 ` [lm-sensors] " Neelesh Gupta
2014-11-01 21:15 ` Guenter Roeck
2014-11-01 21:15 ` Guenter Roeck
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54551E28.8090306@linux.vnet.ibm.com \
--to=neelegup@linux.vnet.ibm.com \
--cc=jdelvare@suse.de \
--cc=linux-kernel@vger.kernel.org \
--cc=linux@roeck-us.net \
--cc=lm-sensors@lm-sensors.org \
--cc=mpe@ellerman.id.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.