All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: Chanh Nguyen <chanh@amperemail.onmicrosoft.com>
Cc: Marek Vasut <marex@denx.de>,
	devicetree@vger.kernel.org, Conor Dooley <conor+dt@kernel.org>,
	Phong Vo <phong@os.amperecomputing.com>,
	Peter Yin <peteryin.openbmc@gmail.com>,
	OpenBMC Maillist <openbmc@lists.ozlabs.org>,
	Thang Nguyen <thang@os.amperecomputing.com>,
	linux-kernel@vger.kernel.org, Conor Dooley <conor@kernel.org>,
	Noah Wang <noahwang.wang@outlook.com>,
	Lukas Wunner <lukas@wunner.de>,
	Quan Nguyen <quan@os.amperecomputing.com>,
	Khanh Pham <khpham@amperecomputing.com>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Fabio Estevam <festevam@gmail.com>,
	Open Source Submission <patches@amperecomputing.com>,
	Guenter Roeck <linux@roeck-us.net>,
	Chanh Nguyen <chanh@os.amperecomputing.com>
Subject: Re: [PATCH v2] dt-bindings: trivial-devices: add onnn,adt7462
Date: Tue, 24 Sep 2024 17:26:25 -0500	[thread overview]
Message-ID: <20240924222625.GA403554-robh@kernel.org> (raw)
In-Reply-To: <c536f43a-56f8-4cbf-99a0-fe3b54a42886@amperemail.onmicrosoft.com>

On Tue, Sep 24, 2024 at 11:17:53AM +0700, Chanh Nguyen wrote:
> On 24/09/2024 04:23, Conor Dooley wrote:
> > On Mon, Sep 23, 2024 at 09:38:00AM +0000, Chanh Nguyen wrote:
> > > The adt7462 supports monitoring and controlling up to
> > > four PWM Fan drive outputs and eight TACH inputs measures.
> > > The adt7462 supports reading a single on chip temperature
> > > sensor and three remote temperature sensors. There are up
> > > to 13 voltage monitoring inputs.
> > > 
> > > Add device tree bindings for the adt7462 device.
> > > 
> > > Signed-off-by: Chanh Nguyen <chanh@os.amperecomputing.com>
> > > ---
> > > Change in v2:
> > >     - Add onnn,adt7462 to the list of trivial devices       [Guenter]
> > 
> > Is this really a trivial device? If it monitors and controls fans, how
> > come those do not need to be represented in the devicetree? How is it
> > possible to tell the difference between monitoring 1 and 4 fans without
> > the extra detail?
> > 
> 
> Hi Conor, Thank you for your comments!
> 
> The chip is old. The driver was added back in 2008.
> 
> Really, this is such an old chip that it would make more sense to just leave
> its driver alone unless there is a problem with it; this is viewpoint from
> Guenter.
> 
> I'm using the driver and the device tree with only the "compatible" and
> "reg" properties; now it's being good for me without any extra detail.
> 
> Guenter, Rob, Krzysztof, and I discussed making the decision to add this
> device to the list of trivial devices. You can get more information at
> thread
> https://lore.kernel.org/lkml/20240918220553.GA2216504-robh@kernel.org/T/
> (Because the commit title changed between v1 and v2, it's so hard for
> everyone to find it. Sorry! I missed mentioning the link to pacth v1).

It's fine. I'll apply this after the merge window.

Rob

WARNING: multiple messages have this Message-ID (diff)
From: Rob Herring <robh@kernel.org>
To: Chanh Nguyen <chanh@amperemail.onmicrosoft.com>
Cc: Conor Dooley <conor@kernel.org>,
	Chanh Nguyen <chanh@os.amperecomputing.com>,
	Krzysztof Kozlowski <krzk+dt@kernel.org>,
	Conor Dooley <conor+dt@kernel.org>,
	Guenter Roeck <linux@roeck-us.net>,
	Peter Yin <peteryin.openbmc@gmail.com>,
	Noah Wang <noahwang.wang@outlook.com>,
	Marek Vasut <marex@denx.de>, Fabio Estevam <festevam@gmail.com>,
	Lukas Wunner <lukas@wunner.de>,
	devicetree@vger.kernel.org, linux-kernel@vger.kernel.org,
	OpenBMC Maillist <openbmc@lists.ozlabs.org>,
	Phong Vo <phong@os.amperecomputing.com>,
	Thang Nguyen <thang@os.amperecomputing.com>,
	Quan Nguyen <quan@os.amperecomputing.com>,
	Khanh Pham <khpham@amperecomputing.com>,
	Open Source Submission <patches@amperecomputing.com>
Subject: Re: [PATCH v2] dt-bindings: trivial-devices: add onnn,adt7462
Date: Tue, 24 Sep 2024 17:26:25 -0500	[thread overview]
Message-ID: <20240924222625.GA403554-robh@kernel.org> (raw)
In-Reply-To: <c536f43a-56f8-4cbf-99a0-fe3b54a42886@amperemail.onmicrosoft.com>

On Tue, Sep 24, 2024 at 11:17:53AM +0700, Chanh Nguyen wrote:
> On 24/09/2024 04:23, Conor Dooley wrote:
> > On Mon, Sep 23, 2024 at 09:38:00AM +0000, Chanh Nguyen wrote:
> > > The adt7462 supports monitoring and controlling up to
> > > four PWM Fan drive outputs and eight TACH inputs measures.
> > > The adt7462 supports reading a single on chip temperature
> > > sensor and three remote temperature sensors. There are up
> > > to 13 voltage monitoring inputs.
> > > 
> > > Add device tree bindings for the adt7462 device.
> > > 
> > > Signed-off-by: Chanh Nguyen <chanh@os.amperecomputing.com>
> > > ---
> > > Change in v2:
> > >     - Add onnn,adt7462 to the list of trivial devices       [Guenter]
> > 
> > Is this really a trivial device? If it monitors and controls fans, how
> > come those do not need to be represented in the devicetree? How is it
> > possible to tell the difference between monitoring 1 and 4 fans without
> > the extra detail?
> > 
> 
> Hi Conor, Thank you for your comments!
> 
> The chip is old. The driver was added back in 2008.
> 
> Really, this is such an old chip that it would make more sense to just leave
> its driver alone unless there is a problem with it; this is viewpoint from
> Guenter.
> 
> I'm using the driver and the device tree with only the "compatible" and
> "reg" properties; now it's being good for me without any extra detail.
> 
> Guenter, Rob, Krzysztof, and I discussed making the decision to add this
> device to the list of trivial devices. You can get more information at
> thread
> https://lore.kernel.org/lkml/20240918220553.GA2216504-robh@kernel.org/T/
> (Because the commit title changed between v1 and v2, it's so hard for
> everyone to find it. Sorry! I missed mentioning the link to pacth v1).

It's fine. I'll apply this after the merge window.

Rob

  parent reply	other threads:[~2024-09-24 22:26 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-23  9:38 [PATCH v2] dt-bindings: trivial-devices: add onnn,adt7462 Chanh Nguyen
2024-09-23  9:38 ` Chanh Nguyen
2024-09-23 21:23 ` Conor Dooley
2024-09-23 21:23   ` Conor Dooley
2024-09-24  4:17   ` Chanh Nguyen
2024-09-24  4:17     ` Chanh Nguyen
2024-09-24  5:39     ` Guenter Roeck
2024-09-24  5:39       ` Guenter Roeck
2024-09-24  8:20       ` Conor Dooley
2024-09-24  8:20         ` Conor Dooley
2024-09-24 22:26     ` Rob Herring [this message]
2024-09-24 22:26       ` Rob Herring
2024-09-26  6:50 ` Krzysztof Kozlowski
2024-09-26  6:50   ` Krzysztof Kozlowski

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=20240924222625.GA403554-robh@kernel.org \
    --to=robh@kernel.org \
    --cc=chanh@amperemail.onmicrosoft.com \
    --cc=chanh@os.amperecomputing.com \
    --cc=conor+dt@kernel.org \
    --cc=conor@kernel.org \
    --cc=devicetree@vger.kernel.org \
    --cc=festevam@gmail.com \
    --cc=khpham@amperecomputing.com \
    --cc=krzk+dt@kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=lukas@wunner.de \
    --cc=marex@denx.de \
    --cc=noahwang.wang@outlook.com \
    --cc=openbmc@lists.ozlabs.org \
    --cc=patches@amperecomputing.com \
    --cc=peteryin.openbmc@gmail.com \
    --cc=phong@os.amperecomputing.com \
    --cc=quan@os.amperecomputing.com \
    --cc=thang@os.amperecomputing.com \
    /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.