All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rob Herring <robh@kernel.org>
To: Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com>,
	Guenter Roeck <linux@roeck-us.net>
Cc: Jean Delvare <jdelvare@suse.com>,
	Jiri Kosina <trivial@kernel.org>,
	Jonathan Cameron <Jonathan.Cameron@huawei.com>,
	linux-hwmon@vger.kernel.org, devicetree@vger.kernel.org,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH 3/6] dt-bindings: hwmon: ibm,cffps: move to trivial devices
Date: Thu, 23 Sep 2021 17:24:38 -0500	[thread overview]
Message-ID: <YUz+psAILnF5L5GH@robh.at.kernel.org> (raw)
In-Reply-To: <68fa27ae-4704-181f-e2f6-92635865798b@canonical.com>

On Tue, Sep 21, 2021 at 02:45:42PM +0200, Krzysztof Kozlowski wrote:
> On 21/09/2021 14:30, Guenter Roeck wrote:
> > On Tue, Sep 21, 2021 at 12:28:29PM +0200, Krzysztof Kozlowski wrote:
> >> The IBM Common Form Factor Power Supply Versions 1 and 2 bindings are
> >> trivial, so they can be integrated into trivial devices bindings.
> >>
> >> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@canonical.com>
> > 
> > I won't accept any of those "move to trivial devices" patches. In many cases
> > the bindings are simply incomplete. I can not and will not make that call,
> > and I always did and will leave it up to driver authors to decide if they
> > want to add a device to trivial devices or provide explicit bindings.
> > 
> > Please stop sending those patches.
> > 
> 
> Back in the older times, there were no trivial-devices and checkpatch
> plus maintainers required documenting compatibles, so some of such
> simple bindings were created.

We've had trivial-devices since at least 2011, but it was under i2c 
until 2017. Many existed before we had clock, regulator, etc. bindings, 
so they may have been complete at the time.

> 
> I understand however your point, fair enough. I'll stop sending such
> patches.

Just about every device has a power supply which would not fall in the 
current definition of trivial-devices, though maybe that could be 
extended. I do sometimes wonder if we should just get rid of 
trivial-devices.yaml.

On the flip side, I'd much rather have a schema for these than wait on 
someone to decide to convert them. That could mean a device.txt -> 
trivial-devices.yaml -> device.yaml trip, but that doesn't seem that 
terrible to me. Then we at least are running schema checks on the 
devices and know if actual users have more undocumented properties. 
We still have ~2000 free form binding docs to convert. I'm looking for 
whatever ways we can speed that up and this looks like one of them to 
me (both Krzysztof's great job doing all these conversions and utilizing 
trivial-devices.yaml).

Rob

  parent reply	other threads:[~2021-09-23 22:24 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-09-21 10:28 [PATCH 1/6] dt-bindings: hwmon: ti,tmp108: convert to dtschema Krzysztof Kozlowski
2021-09-21 10:28 ` [PATCH 2/6] dt-bindings: hwmon: ti,tmp102: add bindings and remove from trivial devices Krzysztof Kozlowski
2021-09-23 22:25   ` Rob Herring
2021-09-24  1:54   ` Guenter Roeck
2021-09-21 10:28 ` [PATCH 3/6] dt-bindings: hwmon: ibm,cffps: move to " Krzysztof Kozlowski
2021-09-21 12:30   ` Guenter Roeck
2021-09-21 12:45     ` Krzysztof Kozlowski
2021-09-21 13:18       ` Guenter Roeck
2021-09-21 14:40         ` Krzysztof Kozlowski
2021-09-22 12:28           ` Guenter Roeck
2021-09-23 22:24       ` Rob Herring [this message]
2021-09-27 16:28   ` Rob Herring
2021-10-08 13:03   ` Guenter Roeck
2021-09-21 10:28 ` [PATCH 4/6] dt-bindings: hwmon: lltc,ltc4151: convert to dtschema Krzysztof Kozlowski
2021-09-23 22:28   ` Rob Herring
2021-09-24  1:55   ` Guenter Roeck
2021-09-21 10:28 ` [PATCH 5/6] dt-bindings: hwmon: microchip,mcp3021: " Krzysztof Kozlowski
2021-09-23 22:29   ` Rob Herring
2021-09-24  1:56   ` Guenter Roeck
2021-09-21 10:28 ` [PATCH 6/6] dt-bindings: hwmon: sensirion,sht15: " Krzysztof Kozlowski
2021-09-23 22:30   ` Rob Herring
2021-09-24  1:57   ` Guenter Roeck
2021-09-23 22:25 ` [PATCH 1/6] dt-bindings: hwmon: ti,tmp108: " Rob Herring
2021-09-24  1:52 ` 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=YUz+psAILnF5L5GH@robh.at.kernel.org \
    --to=robh@kernel.org \
    --cc=Jonathan.Cameron@huawei.com \
    --cc=devicetree@vger.kernel.org \
    --cc=jdelvare@suse.com \
    --cc=krzysztof.kozlowski@canonical.com \
    --cc=linux-hwmon@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux@roeck-us.net \
    --cc=trivial@kernel.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.