[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <85c07078-906b-0d70-2214-874925f45c6f@gmail.com>
Date: Sun, 3 Jan 2021 17:37:50 +0100
From: Rafał Miłecki <zajec5@...il.com>
To: Rob Herring <robh@...nel.org>
Cc: Kishon Vijay Abraham I <kishon@...com>,
Vinod Koul <vkoul@...nel.org>,
Florian Fainelli <f.fainelli@...il.com>,
bcm-kernel-feedback-list@...adcom.com,
Al Cooper <alcooperx@...il.com>, devicetree@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
Rafał Miłecki <rafal@...ecki.pl>
Subject: Re: [PATCH V2 1/3] dt-bindings: phy: brcm,brcmstb-usb-phy: convert to
the json-schema
On 03.01.2021 17:23, Rob Herring wrote:
> On Mon, Dec 21, 2020 at 06:23:37AM +0100, Rafał Miłecki wrote:
>> From: Rafał Miłecki <rafal@...ecki.pl>
>>
>> Changes that require mentioning:
>> 1. interrupt-names
>> Name "wakeup" was changed to the "wake". It matches example and what
>> Linux driver looks for in the first place
>> 2. brcm,ipp and brcm,ioc
>> Both were described as booleans with 0 / 1 values. In examples they
>> were integers and Linux driver checks for int as well.
>> I made both uint32 but that probably should be refactored later.
>
> Why? You're stuck with that now.
"Why?" refactor later? I thought it makes more sense for boolean-like
settings to use boolean type. Just a slightly cleaner approach.
If we care to, I believe I can do that without breaking backward
compatibility. A simple value length check:
length 1: treat 0 as false, treat 1 as true
length 0: treat property existence as true
Powered by blists - more mailing lists