From: "Chanho Min" <chanho.min@lge.com>
To: "'Mark Rutland'" <mark.rutland@arm.com>
Cc: <arm@kernel.org>, "'Arnd Bergmann'" <arnd@arndb.de>,
"'Catalin Marinas'" <catalin.marinas@arm.com>,
"'Gunho Lee'" <gunho.lee@lge.com>,
"'Will Deacon'" <will.deacon@arm.com>,
<linux-kernel@vger.kernel.org>,
"'Jongsung Kim'" <neidhard.kim@lge.com>,
<linux-arm-kernel@lists.infradead.org>
Subject: RE: [PATCH 3/4] arm64: dts: Add dts files for LG Electronics's lg1312 SoC
Date: Wed, 9 Mar 2016 19:21:50 +0900 [thread overview]
Message-ID: <06be01d179ed$7e7c9940$7b75cbc0$@lge.com> (raw)
In-Reply-To: <20160307015955.GA2410@svinekod>
> Hi,
>
> On Mon, Mar 07, 2016 at 01:09:59PM +0900, Chanho Min wrote:
> > Add initial dtsi file to support lg1312 SoC which based on Cortex-A53.
> > Also add dts file to support lg1312 reference board which based on
> > lg1312 SoC.
> >
> > Signed-off-by: Chanho Min <chanho.min@lge.com>
>
> I have a few comments on this patch below.
>
> > +/ {
> > + #address-cells = <2>;
> > + #size-cells = <1>;
>
> Is there definitely no reason to require a 64-bit size? e.g. ranges?
>
> Generally I'd expect both address and size to be described as 64 bit
> quantities in the root node, to make it less painful to extend in future.
>
> > +
> > + model = "LG Electronics, DTV SoC LG1312 Reference Board";
> > + compatible = "lge,lg1312-ref", "lge,lg1312";
> > +
> > + memory {
> > + device_type = "memory";
> > + reg = <0x0 0x00000000 0x20000000>;
> > + };
> > +
> > + chosen {
> > + bootargs = "root=/dev/nfs ip=dhcp";
> > + };
> > +};
>
> Drop these bootargs. This is specific to a particular developer's
> configuration, and they make no sense alone given the lack of an nfsroot, so
> they're evidently being overwritten anyway.
>
> > + psci {
> > + compatible = "arm,psci";
> > + method = "smc";
> > + cpu_suspend = <0x84000001>;
> > + cpu_off = <0x84000002>;
> > + cpu_on = <0x84000003>;
> > + };
>
> What are you using as your PSCI implementation?
>
> Is it not PSCI 0.2+ compliant?
No, Our TZ firmware support for psci 0.1 only.
>
> Which exception level are you booting at?
EL3.
>
> > + gic: interrupt-controller@c0001000 {
> > + #interrupt-cells = <3>;
> > +
> > + compatible = "arm,gic-400";
> > + interrupt-controller;
> > + reg = <0x0 0xc0001000 0x1000>,
> > + <0x0 0xc0002000 0x1000>;
> > + };
>
> I believe the CPU interface is too short (as GICC_DIR lives at 0x1000).
>
> What about GICH and GICV?
>
> > + pmu {
> > + compatible = "arm,armv8-pmuv3";
>
> Use "arm,cortex-a53-pmu".
>
> > + timer {
> > + compatible = "arm,armv8-timer";
> > + interrupts = <GIC_PPI 13 ARMV8_TIMER_IRQ_TYPE>,
> > + <GIC_PPI 14 ARMV8_TIMER_IRQ_TYPE>;
> > + clock-frequency = <24000000>;
> > + };
>
> Please fix your firmware to program CNTFRQ.
>
> The clock-frequency property is at best a workaround for a broken system, and
> is not sufficient in general.
>
> > + clocks {
> > + clk_bus: clk_bus {
> > + #clock-cells = <0>;
> > +
> > + compatible = "fixed-clock";
> > + clock-frequency = <198000000>;
> > + clock-output-names = "BUSCLK";
> > + };
> > + };
>
> Just put this fixed-clock under the root node. There is nothing special about
> /clocks; it is not required to be probed and serves no purpose.
>
> Thanks,
> Mark.
I'll resend this patch with fixes that you and Arnd mentioned.
Thanks
Chanho
next prev parent reply other threads:[~2016-03-09 10:22 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-07 4:09 [PATCH 0/4] ARM64:SoC add a new platform, LG Electronics's lg1k Chanho Min
2016-03-07 4:09 ` [PATCH 1/4] arm64: add Kconfig entry for LG1K SoC family Chanho Min
2016-03-07 4:09 ` [PATCH 2/4] arm64: defconfig: enable ARCH_LG1K Chanho Min
2016-03-07 4:09 ` [PATCH 3/4] arm64: dts: Add dts files for LG Electronics's lg1312 SoC Chanho Min
2016-03-07 1:59 ` Mark Rutland
2016-03-09 10:21 ` Chanho Min [this message]
2016-03-07 4:26 ` Arnd Bergmann
2016-03-07 4:10 ` [PATCH 4/4] MAINTAINERS: add myself as ARM/LG1K maintainer Chanho Min
2016-03-07 4:29 ` [PATCH 0/4] ARM64:SoC add a new platform, LG Electronics's lg1k Arnd Bergmann
2016-03-07 6:45 ` Chanho Min
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='06be01d179ed$7e7c9940$7b75cbc0$@lge.com' \
--to=chanho.min@lge.com \
--cc=arm@kernel.org \
--cc=arnd@arndb.de \
--cc=catalin.marinas@arm.com \
--cc=gunho.lee@lge.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mark.rutland@arm.com \
--cc=neidhard.kim@lge.com \
--cc=will.deacon@arm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox