| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 23 Jan 2015 19:22:46 +0800
From: Lyra Zhang <zhang.lyra@...il.com>
To: Mark Rutland <mark.rutland@....com>
Cc: Chunyan Zhang <chunyan.zhang@...eadtrum.com>,
"arnd@...db.de" <arnd@...db.de>,
Catalin Marinas <Catalin.Marinas@....com>,
Will Deacon <Will.Deacon@....com>,
"robh+dt@...nel.org" <robh+dt@...nel.org>,
Pawel Moll <Pawel.Moll@....com>,
"ijc+devicetree@...lion.org.uk" <ijc+devicetree@...lion.org.uk>,
"galak@...eaurora.org" <galak@...eaurora.org>,
"Joel.Schopp@....com" <Joel.Schopp@....com>,
"Thomas.Lendacky@....com" <Thomas.Lendacky@....com>,
"suravee.suthikulpanit@....com" <suravee.suthikulpanit@....com>,
"broonie@...nel.org" <broonie@...nel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"devicetree@...r.kernel.org" <devicetree@...r.kernel.org>,
"geng.ren@...eadtrum.com" <geng.ren@...eadtrum.com>,
"zhizhou.zhang@...eadtrum.com" <zhizhou.zhang@...eadtrum.com>,
"wei.qiao@...eadtrum.com" <wei.qiao@...eadtrum.com>,
"orsonzhai@...il.com" <orsonzhai@...il.com>
Subject: Re: [PATCH v6 1/2] arm64: dts: Add support for Spreadtrum SC9836 SoC
in dts and Makefile
On Fri, Jan 23, 2015 at 7:17 PM, Mark Rutland <mark.rutland@....com> wrote:
> On Fri, Jan 23, 2015 at 11:13:29AM +0000, Lyra Zhang wrote:
>> On Fri, Jan 23, 2015 at 6:36 PM, Mark Rutland <mark.rutland@....com> wrote:
>> > On Fri, Jan 23, 2015 at 10:21:30AM +0000, Chunyan Zhang wrote:
>> >> From: Zhizhou Zhang <zhizhou.zhang@...eadtrum.com>
>> >>
>> >> Adds the device tree support for Spreadtrum SC9836 SoC which is based on
>> >> Sharkl64 platform.
>> >>
>> >> Sharkl64 platform contains the common nodes of Spreadtrum's arm64-based SoCs.
>> >>
>> >> Signed-off-by: Zhizhou Zhang <zhizhou.zhang@...eadtrum.com>
>> >> Signed-off-by: Orson Zhai <orson.zhai@...eadtrum.com>
>> >> Signed-off-by: Chunyan Zhang <chunyan.zhang@...eadtrum.com>
>> >> ---
>> >> arch/arm64/boot/dts/Makefile | 1 +
>> >> arch/arm64/boot/dts/sprd/Makefile | 5 ++
>> >> arch/arm64/boot/dts/sprd/sc9836-openphone.dts | 49 ++++++++++++++++
>> >> arch/arm64/boot/dts/sprd/sc9836.dtsi | 74 +++++++++++++++++++++++++
>> >> arch/arm64/boot/dts/sprd/sharkl64.dtsi | 65 ++++++++++++++++++++++
>> >> 5 files changed, 194 insertions(+)
>> >> create mode 100644 arch/arm64/boot/dts/sprd/Makefile
>> >> create mode 100644 arch/arm64/boot/dts/sprd/sc9836-openphone.dts
>> >> create mode 100644 arch/arm64/boot/dts/sprd/sc9836.dtsi
>> >> create mode 100644 arch/arm64/boot/dts/sprd/sharkl64.dtsi
>> >>
>> >> diff --git a/arch/arm64/boot/dts/Makefile b/arch/arm64/boot/dts/Makefile
>> >> index 3b8d427..806a717 100644
>> >> --- a/arch/arm64/boot/dts/Makefile
>> >> +++ b/arch/arm64/boot/dts/Makefile
>> >> @@ -2,6 +2,7 @@ dts-dirs += amd
>> >> dts-dirs += apm
>> >> dts-dirs += arm
>> >> dts-dirs += cavium
>> >> +dts-dirs += sprd
>> >>
>> >> always := $(dtb-y)
>> >> subdir-y := $(dts-dirs)
>> >> diff --git a/arch/arm64/boot/dts/sprd/Makefile b/arch/arm64/boot/dts/sprd/Makefile
>> >> new file mode 100644
>> >> index 0000000..b658c5e
>> >> --- /dev/null
>> >> +++ b/arch/arm64/boot/dts/sprd/Makefile
>> >> @@ -0,0 +1,5 @@
>> >> +dtb-$(CONFIG_ARCH_SPRD) += sc9836-openphone.dtb
>> >> +
>> >> +always := $(dtb-y)
>> >> +subdir-y := $(dts-dirs)
>> >> +clean-files := *.dtb
>> >> diff --git a/arch/arm64/boot/dts/sprd/sc9836-openphone.dts b/arch/arm64/boot/dts/sprd/sc9836-openphone.dts
>> >> new file mode 100644
>> >> index 0000000..b8a69b2
>> >> --- /dev/null
>> >> +++ b/arch/arm64/boot/dts/sprd/sc9836-openphone.dts
>> >> @@ -0,0 +1,49 @@
>> >> +/*
>> >> + * Spreadtrum SC9836 openphone board DTS file
>> >> + *
>> >> + * Copyright (C) 2014, Spreadtrum Communications Inc.
>> >> + *
>> >> + * This file is licensed under a dual GPLv2 or X11 license.
>> >> + */
>> >> +
>> >> +/dts-v1/;
>> >> +
>> >> +#include "sc9836.dtsi"
>> >> +
>> >> +/ {
>> >> + model = "Spreadtrum SC9836 Openphone Board";
>> >> +
>> >> + compatible = "sprd,sc9836-openphone", "sprd,sc9836";
>> >> +
>> >> + aliases {
>> >> + serial0 = &uart0;
>> >> + serial1 = &uart1;
>> >> + serial2 = &uart2;
>> >> + serial3 = &uart3;
>> >> + };
>> >> +
>> >> + memory@...00000 {
>> >> + device_type = "memory";
>> >> + reg = <0 0x80000000 0 0x20000000>;
>> >> + };
>> >> +
>> >> + chosen {
>> >> + stdout-path = &uart0;
>> >> + };
>> >
>> > It would be good to use an explicit configuration here. e.g. have:
>> >
>> > chosen {
>> > stdout-path = "serial0:115200n8";
>> > };
>> >
>> > Where '115200n8' is replaced by whatever the bootloader leaves the UART
>> > configured as on this board.
>> >
>> > That means you won't need a 'console=' to get nice consistent serial
>> > output at boot, and won't be relying on implicit defaults all over the
>> > place.
>> >
>>
>> ok, I've changed and tested pass.
>>
>> >> +};
>> >> +
>> >> +&uart0 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&uart1 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&uart2 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&uart3 {
>> >> + status = "okay";
>> >> +};
>> >> diff --git a/arch/arm64/boot/dts/sprd/sc9836.dtsi b/arch/arm64/boot/dts/sprd/sc9836.dtsi
>> >> new file mode 100644
>> >> index 0000000..c646123
>> >> --- /dev/null
>> >> +++ b/arch/arm64/boot/dts/sprd/sc9836.dtsi
>> >> @@ -0,0 +1,74 @@
>> >> +/*
>> >> + * Spreadtrum SC9836 SoC DTS file
>> >> + *
>> >> + * Copyright (C) 2014, Spreadtrum Communications Inc.
>> >> + *
>> >> + * This file is licensed under a dual GPLv2 or X11 license.
>> >> + */
>> >> +
>> >> +#include "sharkl64.dtsi"
>> >> +#include <dt-bindings/interrupt-controller/arm-gic.h>
>> >> +
>> >> +/ {
>> >> + compatible = "sprd,sc9836";
>> >> +
>> >> + cpus {
>> >> + #address-cells = <2>;
>> >> + #size-cells = <0>;
>> >> +
>> >> + cpu@0 {
>> >> + device_type = "cpu";
>> >> + compatible = "arm,cortex-a53", "arm,armv8";
>> >> + reg = <0x0 0x0>;
>> >> + enable-method = "psci";
>> >> + };
>> >> +
>> >> + cpu@1 {
>> >> + device_type = "cpu";
>> >> + compatible = "arm,cortex-a53", "arm,armv8";
>> >> + reg = <0x0 0x1>;
>> >> + enable-method = "psci";
>> >> + };
>> >> +
>> >> + cpu@2 {
>> >> + device_type = "cpu";
>> >> + compatible = "arm,cortex-a53", "arm,armv8";
>> >> + reg = <0x0 0x2>;
>> >> + enable-method = "psci";
>> >> + };
>> >> +
>> >> + cpu@3 {
>> >> + device_type = "cpu";
>> >> + compatible = "arm,cortex-a53", "arm,armv8";
>> >> + reg = <0x0 0x3>;
>> >> + enable-method = "psci";
>> >> + };
>> >> + };
>> >> +
>> >> + gic: interrupt-controller@...01000 {
>> >> + compatible = "arm,gic-400";
>> >> + reg = <0 0x12001000 0 0x1000>,
>> >> + <0 0x12002000 0 0x2000>,
>> >> + <0 0x12004000 0 0x2000>,
>> >> + <0 0x12006000 0 0x2000>;
>> >> + #interrupt-cells = <3>;
>> >> + interrupt-controller;
>> >> + interrupts = <GIC_PPI 9 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_HIGH)>;
>> >> + };
>> >> +
>> >> + psci {
>> >> + compatible = "arm,psci";
>> >> + method = "smc";
>> >> + cpu_on = <0xc4000003>;
>> >> + cpu_off = <0x84000002>;
>> >> + cpu_suspend = <0xc4000001>;
>> >> + };
>> >
>> > Given that there are no suspend states in this dts, the cpu_suspend
>> > property here could be omitted for now (though I guess it doesn't matter
>> > either way).
>> >
>> >> +
>> >> + timer {
>> >> + compatible = "arm,armv8-timer";
>> >> + interrupts = <GIC_PPI 13 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_LOW)>,
>> >> + <GIC_PPI 14 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_LOW)>,
>> >> + <GIC_PPI 11 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_LOW)>,
>> >> + <GIC_PPI 10 (GIC_CPU_MASK_SIMPLE(4) | IRQ_TYPE_LEVEL_LOW)>;
>> >> + };
>> >> +};
>> >> diff --git a/arch/arm64/boot/dts/sprd/sharkl64.dtsi b/arch/arm64/boot/dts/sprd/sharkl64.dtsi
>> >> new file mode 100644
>> >> index 0000000..6b4bdc5
>> >> --- /dev/null
>> >> +++ b/arch/arm64/boot/dts/sprd/sharkl64.dtsi
>> >> @@ -0,0 +1,65 @@
>> >> +/*
>> >> + * Spreadtrum Sharkl64 platform DTS file
>> >> + *
>> >> + * Copyright (C) 2014, Spreadtrum Communications Inc.
>> >> + *
>> >> + * This file is licensed under a dual GPLv2 or X11 license.
>> >> + */
>> >> +
>> >> +/ {
>> >> + interrupt-parent = <&gic>;
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> +
>> >> + soc {
>> >> + compatible = "simple-bus";
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >> +
>> >> + ap-apb {
>> >> + compatible = "simple-bus";
>> >> + #address-cells = <2>;
>> >> + #size-cells = <2>;
>> >> + ranges;
>> >> +
>> >> + uart0: serial@...00000 {
>> >> + compatible = "sprd,sc9836-uart";
>> >> + reg = <0 0x70000000 0 0x100>;
>> >> + interrupts = <0 2 0xf04>;
>> >> + clocks = <&clk26mhz>;
>> >> + status = "disabled";
>> >> + };
>> >> +
>> >> + uart1: serial@...00000 {
>> >> + compatible = "sprd,sc9836-uart";
>> >> + reg = <0 0x70100000 0 0x100>;
>> >> + interrupts = <0 3 0xf04>;
>> >> + clocks = <&clk26mhz>;
>> >> + status = "disabled";
>> >> + };
>> >> +
>> >> + uart2: serial@...00000 {
>> >> + compatible = "sprd,sc9836-uart";
>> >> + reg = <0 0x70200000 0 0x100>;
>> >> + interrupts = <0 2 0xf04>;
>> >> + clocks = <&clk26mhz>;
>> >> + status = "disabled";
>> >> + };
>> >> +
>> >> + uart3: serial@...00000 {
>> >> + compatible = "sprd,sc9836-uart";
>> >> + reg = <0 0x70300000 0 0x100>;
>> >> + interrupts = <0 3 0xf04>;
>> >> + clocks = <&clk26mhz>;
>> >> + status = "disabled";
>> >> + };
>> >> + };
>> >> + };
>> >> +
>> >> + clk26mhz: clk26mhz {
>> >> + compatible = "fixed-clock";
>> >> + #clock-cells = <0>;
>> >> + clock-frequency = <26000000>;
>> >> + };
>> >> +};
>> >
>> > Other than my comments above, this looks fine to me. I assume the UART
>> > binding and driver are already queued somewhere else?
>> >
>>
>> Since the last version patch series must be split for applying.
>> I'll send the UART bindings with UART driver soon.
>>
>> For this case, can I still add your Acked-by and send these two patch
>> to Greg right now?
>
> If the UART patches aren't queued yet then I'd like to take a look at
> their next posting first.
>
ok, they have been ready, I'll send them right now.
> Surely these 2 patches (with parts under arch/arm64) should go via
> arm-soc?
>
yes, should be 'arm@...nel.org', right?
> Thanks,
> Mark.
--
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