[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <55D61E7C.40609@opensource.altera.com>
Date: Thu, 20 Aug 2015 13:37:48 -0500
From: Dinh Nguyen <dinguyen@...nsource.altera.com>
To: Mark Rutland <mark.rutland@....com>
CC: "robh+dt@...nel.org" <robh+dt@...nel.org>,
"ijc+devicetree@...lion.org.uk" <ijc+devicetree@...lion.org.uk>,
"galak@...eaurora.org" <galak@...eaurora.org>,
Pawel Moll <Pawel.Moll@....com>,
Catalin Marinas <Catalin.Marinas@....com>,
Will Deacon <Will.Deacon@....com>,
"dinh.linux@...il.com" <dinh.linux@...il.com>,
"jszhang@...vell.com" <jszhang@...vell.com>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCHv2] arm64: dts: Add base stratix 10 dtsi
On 08/20/2015 12:23 PM, Mark Rutland wrote:
> Hi,
>
>> +/ {
>> + compatible = "altr,socfpga-stratix10";
>> + #address-cells = <1>;
>> + #size-cells = <1>;
>
> I would recommend that you make your root #address-cells and #size-cells equal
> to 2, as that will simplify matters later if/when you need to add anything
> beyond the first 4GB for some particular board.
>
> If everything in the SoC falls within the first 4GB you can have a ranges
> property on your /soc node and have only one cell below that.
>
Ok, will update.
> [...]
>
>> + intc: intc@...f8000 {
>
> The unit-address doesn't match the first address in the reg entry.
>
Right, according to the GIC-400 r0p1 TRM, section 3.2 register map,
shows that
0x0000 - 0x0fff Reserved
0x1000 - 0x1fff Distibutor
...
So even though the GIC address starts at 0xffff8000, the first usable
register is at 0xffff9000. I'll have to ask the hw folks if the
0xffff8000 represents the distributor or the reserved block.
>> + compatible = "arm,gic-400", "arm,cortex-a15-gic";
>> + #interrupt-cells = <3>;
>> + interrupt-controller;
>> + reg = <0x0 0xffff9000 0x1000>,
>> + <0x0 0xffffa000 0x2000>,
>> + <0x0 0xffffc000 0x1000>,
>> + <0x0 0xffffd000 0x1000>;
>> + };
>
> Shouldn't the virtual CPU interface also be 0x2000 long?
>
Yes, it is. Will update
Thanks for reviewing.
Dinh
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists