From: Patrick Williams <patrick@stwcx.xyz>
To: linux-aspeed@lists.ozlabs.org
Subject: [PATCH v2] hwmon:(adm1275) Enable adm1278 ADM1278_TEMP1_EN
Date: Fri, 29 May 2020 12:42:10 -0500 [thread overview]
Message-ID: <20200529174210.GF17541@heinlein> (raw)
In-Reply-To: <49485085-7cc7-9e29-a719-98d1e184378b@roeck-us.net>
Hi Guenter,
Thanks for the initial look at this.
One question for you below...
On Fri, May 29, 2020 at 10:30:16AM -0700, Guenter Roeck wrote:
> On 5/29/20 5:46 AM, Manikandan Elumalai wrote:
> > + /* Enable TEMP1 by default */
> > + config |= ADM1278_TEMP1_EN;
> > + ret = i2c_smbus_write_byte_data(client,
> > + ADM1275_PMON_CONFIG,
> > + config);
> > + if (ret < 0) {
> > + dev_err(&client->dev,
> > + "Failed to enable temperature config\n");
> > + return -ENODEV;
> > + }
>
> This can be handled in a single operation, together with ADM1278_VOUT_EN
> below. There is no need for two separate write operations.
I don't know if you noticed here but the change ends up enabling
TEMP1_EN in all cases. Is this acceptable? If not, do you have any
preference on how it is selected for enablement?
> > /* Enable VOUT if not enabled (it is disabled by default) */
> > if (!(config & ADM1278_VOUT_EN)) {
> > @@ -681,9 +697,6 @@ static int adm1275_probe(struct i2c_client *client,
> > }
> > }
> >
> > - if (config & ADM1278_TEMP1_EN)
> > - info->func[0] |=
> > - PMBUS_HAVE_TEMP | PMBUS_HAVE_STATUS_TEMP;
> > if (config & ADM1278_VIN_EN)
> > info->func[0] |= PMBUS_HAVE_VIN;
> > break;
> >
>
--
Patrick Williams
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.ozlabs.org/pipermail/linux-aspeed/attachments/20200529/9450a289/attachment-0001.sig>
WARNING: multiple messages have this Message-ID (diff)
From: Patrick Williams <patrick@stwcx.xyz>
To: Guenter Roeck <linux@roeck-us.net>
Cc: Manikandan Elumalai <manikandan.hcl.ers.epl@gmail.com>,
linux-hwmon@vger.kernel.org, linux-aspeed@lists.ozlabs.org,
linux-kernel@vger.kernel.org, openbmc@lists.ozlabs.org,
manikandan.e@hcl.com, saipsdasari@fb.com, patrickw3@fb.com,
vijaykhemka@fb.com
Subject: Re: [PATCH v2] hwmon:(adm1275) Enable adm1278 ADM1278_TEMP1_EN
Date: Fri, 29 May 2020 12:42:10 -0500 [thread overview]
Message-ID: <20200529174210.GF17541@heinlein> (raw)
In-Reply-To: <49485085-7cc7-9e29-a719-98d1e184378b@roeck-us.net>
[-- Attachment #1: Type: text/plain, Size: 1309 bytes --]
Hi Guenter,
Thanks for the initial look at this.
One question for you below...
On Fri, May 29, 2020 at 10:30:16AM -0700, Guenter Roeck wrote:
> On 5/29/20 5:46 AM, Manikandan Elumalai wrote:
> > + /* Enable TEMP1 by default */
> > + config |= ADM1278_TEMP1_EN;
> > + ret = i2c_smbus_write_byte_data(client,
> > + ADM1275_PMON_CONFIG,
> > + config);
> > + if (ret < 0) {
> > + dev_err(&client->dev,
> > + "Failed to enable temperature config\n");
> > + return -ENODEV;
> > + }
>
> This can be handled in a single operation, together with ADM1278_VOUT_EN
> below. There is no need for two separate write operations.
I don't know if you noticed here but the change ends up enabling
TEMP1_EN in all cases. Is this acceptable? If not, do you have any
preference on how it is selected for enablement?
> > /* Enable VOUT if not enabled (it is disabled by default) */
> > if (!(config & ADM1278_VOUT_EN)) {
> > @@ -681,9 +697,6 @@ static int adm1275_probe(struct i2c_client *client,
> > }
> > }
> >
> > - if (config & ADM1278_TEMP1_EN)
> > - info->func[0] |=
> > - PMBUS_HAVE_TEMP | PMBUS_HAVE_STATUS_TEMP;
> > if (config & ADM1278_VIN_EN)
> > info->func[0] |= PMBUS_HAVE_VIN;
> > break;
> >
>
--
Patrick Williams
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2020-05-29 17:42 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-29 12:46 [PATCH v2] hwmon:(adm1275) Enable adm1278 ADM1278_TEMP1_EN Manikandan Elumalai
2020-05-29 12:46 ` Manikandan Elumalai
2020-05-29 17:30 ` Guenter Roeck
2020-05-29 17:30 ` Guenter Roeck
2020-05-29 17:42 ` Patrick Williams [this message]
2020-05-29 17:42 ` Patrick Williams
2020-05-29 18:52 ` Guenter Roeck
2020-05-29 18:52 ` Guenter Roeck
2020-06-05 16:48 ` Manikandan
2020-06-05 16:48 ` Manikandan
2020-06-05 18:04 ` Guenter Roeck
2020-06-05 18:04 ` Guenter Roeck
2020-06-06 5:13 ` Manikandan
2020-06-06 5:13 ` Manikandan
2020-05-29 17:57 ` Vijay Khemka
2020-05-29 17:57 ` Vijay Khemka
2020-05-29 18:55 ` Guenter Roeck
2020-05-29 18:55 ` Guenter Roeck
2020-05-29 23:47 ` Vijay Khemka
2020-05-29 23:47 ` Vijay Khemka
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=20200529174210.GF17541@heinlein \
--to=patrick@stwcx.xyz \
--cc=linux-aspeed@lists.ozlabs.org \
/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.