From: afd@ti.com (Andrew F. Davis)
To: linux-arm-kernel@lists.infradead.org
Subject: [PATCH 1/8] ARM: dts: keystone: Move keystone_irq to under device-state-control
Date: Thu, 4 Jan 2018 13:34:45 -0600 [thread overview]
Message-ID: <753e7340-ae4c-d2ed-c312-44032257f549@ti.com> (raw)
In-Reply-To: <cce1676d-8e91-c3d4-be79-7896011a8f26@ti.com>
On 01/02/2018 05:30 PM, Suman Anna wrote:
> Hi Andrew,
>
> On 01/02/2018 11:01 AM, Andrew F. Davis wrote:
>> The keystone_irq node describes a device that is a component of the device
>> state control module.
>
> I would prefer 'address space' to be added to this statement as this
> module is really not a single IP but really a collection of different
> register sets providing different functionalities. Some of these
> comments apply to the following patches as well.
>
Works for me, will re-word.
> As such, it should not be a member of soc0 bus
>> but instead a sub-node of device-state-control.
>>
>> This move also fixes a warning about not having a reg property. Now
>> that this is a sub-node of device-state-control, a syscon type node,
>> we add this reg property but relative to the syscon base, this way
>> when the dt-binding/driver are updated we can drop the non-standard
>> ti,syscon-dev property completely and simply use get_resource() in
>> the driver.
>
> Please add an appropriate 'ranges' property in the parent node following
> the parent-child node convention, it's upto individual drivers to use
> the appropriate API for whether they want to deal with the offset or the
> actual bus addresses. You should not tie this into forcing to use a
> get_resource() without ranges to get the offset.
>
Will add.
>>
>> Signed-off-by: Andrew F. Davis <afd@ti.com>
>> Acked-by: Nishanth Menon <nm@ti.com>
>> ---
>> arch/arm/boot/dts/keystone.dtsi | 21 ++++++++++++---------
>> 1 file changed, 12 insertions(+), 9 deletions(-)
>>
>> diff --git a/arch/arm/boot/dts/keystone.dtsi b/arch/arm/boot/dts/keystone.dtsi
>> index 93ea5c69ea77..158e0a903f7e 100644
>> --- a/arch/arm/boot/dts/keystone.dtsi
>> +++ b/arch/arm/boot/dts/keystone.dtsi
>> @@ -87,8 +87,19 @@
>> };
>>
>> devctrl: device-state-control at 2620000 {
>> - compatible = "ti,keystone-devctrl", "syscon";
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>> + compatible = "ti,keystone-devctrl", "syscon", "simple-mfd";
>
> nit, can you please maintain the current order of compatible and reg,
> and add the new properties after them.
>
#address/size-cells are the first properties in many other nodes,
including the top level soc0, I have no real preference, so I'll change
it around if you prefer.
> regards
> Suman
>
>> reg = <0x02620000 0x1000>;
>> +
>> + kirq0: keystone_irq at 2a0 {
>> + compatible = "ti,keystone-irq";
>> + reg = <0x2a0 0x4>;
>> + interrupts = <GIC_SPI 4 IRQ_TYPE_EDGE_RISING>;
>> + interrupt-controller;
>> + #interrupt-cells = <1>;
>> + ti,syscon-dev = <&devctrl 0x2a0>;
>> + };
>> };
>>
>> rstctrl: reset-controller {
>> @@ -282,14 +293,6 @@
>> 1 0 0x21000A00 0x00000100>;
>> };
>>
>> - kirq0: keystone_irq at 26202a0 {
>> - compatible = "ti,keystone-irq";
>> - interrupts = <GIC_SPI 4 IRQ_TYPE_EDGE_RISING>;
>> - interrupt-controller;
>> - #interrupt-cells = <1>;
>> - ti,syscon-dev = <&devctrl 0x2a0>;
>> - };
>> -
>> pcie0: pcie at 21800000 {
>> compatible = "ti,keystone-pcie", "snps,dw-pcie";
>> clocks = <&clkpcie>;
>>
>
next prev parent reply other threads:[~2018-01-04 19:34 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20180102170202.15045-1-afd@ti.com>
[not found] ` <20180102170202.15045-2-afd@ti.com>
2018-01-02 23:30 ` [PATCH 1/8] ARM: dts: keystone: Move keystone_irq to under device-state-control Suman Anna
2018-01-04 19:34 ` Andrew F. Davis [this message]
2018-01-04 19:10 ` [PATCH 0/8] ARM: dts: keystone*: Continued warnings cleanups Santosh Shilimkar
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=753e7340-ae4c-d2ed-c312-44032257f549@ti.com \
--to=afd@ti.com \
--cc=linux-arm-kernel@lists.infradead.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox