Received: by 2002:a25:d7c1:0:0:0:0:0 with SMTP id o184csp1295271ybg; Fri, 18 Oct 2019 15:22:59 -0700 (PDT) X-Google-Smtp-Source: APXvYqywdsNl6SnYWPK/6+yWD3xWjrO5PKPjaMZ4AoHnccZPqKNdq1eIVvHQUJ/BtYxjxaCF3mbK X-Received: by 2002:aa7:d756:: with SMTP id a22mr12350681eds.198.1571437379682; Fri, 18 Oct 2019 15:22:59 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1571437379; cv=none; d=google.com; s=arc-20160816; b=yoYLgZ3WvSS1BMqHW1XmZsannrMXubffty+UkmWzVX3AUNvFkfQfEQJU/yn0nAAT9E dBXgtfHckRAFWOapwCdk9yuPWO/dwsPIJaoPWbDfat2wwSWaDNxA4JYA/52PmNgCnedQ gPNjQkFY5/nrbnAS/4NdHFPiM4bGTHZdca2ZfhqPQp8utSvok21ejqNmxXpEHUoEmTox TN9oqGQPh977E/eLYZPc/ROh9nDv7KYCtNQWgUaFXkU2w5har5Af2Poms3oMVm528Uct Kc1+4uLCA2Yd7woPrhZebxFQb0dC7SktHAm+IiTsCavMlBrYfQiqZZl4l641sD+sBOlB t+ZA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:message-id:date:subject:cc:to:from; bh=vNEFHm9XyfihSlNestnLvmkcMpG36Q+M3rFt9jL6Bqc=; b=Dmr9jABPdnhmTRxh1IdK3t1lmJX9gEKnQ4d5Nr4ZViUjuqzu8IaWVDh/4cqYrmnr9E vEl3MqygDtxcEPsexECwlH0ZFyzZ4CybpvZ1wllXqfdsd2qlnjCGGYjsAk4uXEB9pncm pnWe+BYXREAARRuoADaQ0DB2Id/Zii1mgJhZqqpVo3iEOWoVKTnlQuewXlCEDH/2rIG1 gE+TupcUhYN/pGyQxFxdoNUnxSKE1K6ovkiPM468r+2PmnjjTNoed7qFMxNRKaO+08/8 UcGqXciItH/A8ezML1qJ+QGd8REZ6GnKeXqso1kSTEVdDlf6ml1mgC/ivNWLPns2rEm2 7jIA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id b12si4367444eja.185.2019.10.18.15.22.36; Fri, 18 Oct 2019 15:22:59 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2441699AbfJQXaj (ORCPT + 99 others); Thu, 17 Oct 2019 19:30:39 -0400 Received: from gloria.sntech.de ([185.11.138.130]:33456 "EHLO gloria.sntech.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2438573AbfJQXai (ORCPT ); Thu, 17 Oct 2019 19:30:38 -0400 Received: from remote.shanghaihotelholland.com ([46.44.148.63] helo=phil.localnet) by gloria.sntech.de with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1iLFDw-0004Li-P4; Fri, 18 Oct 2019 01:30:28 +0200 From: Heiko Stuebner To: Andy Yan Cc: kever.yang@rock-chips.com, linux-rockchip@lists.infradead.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, robh+dt@kernel.org, devicetree@vger.kernel.org Subject: Re: [PATCH 1/2] arm64: dts: rockchip: Add core dts for RK3308 SOC Date: Fri, 18 Oct 2019 01:30:22 +0200 Message-ID: <5242916.cCMrPAA6xQ@phil> In-Reply-To: <20191017030449.32289-1-andy.yan@rock-chips.com> References: <20191017030242.32219-1-andy.yan@rock-chips.com> <20191017030449.32289-1-andy.yan@rock-chips.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Andy, Am Donnerstag, 17. Oktober 2019, 05:04:49 CEST schrieb Andy Yan: > + psci { > + compatible = "arm,psci-1.0"; > + method = "smc"; > + }; Please also provide a ATF implementation for the rk3308 :-) [Not a requirement for getting this merged, but it would be really cool to have sources for the full stack] > + > + ramoops_mem: ramoops_mem { > + reg = <0x0 0x110000 0x0 0xf0000>; > + reg-names = "ramoops_mem"; > + }; > + > + ramoops: ramoops { > + compatible = "ramoops"; > + record-size = <0x0 0x30000>; > + console-size = <0x0 0xc0000>; > + ftrace-size = <0x0 0x00000>; > + pmsg-size = <0x0 0x00000>; > + memory-region = <&ramoops_mem>; > + }; I think ramoops are more a per-board thing, like for the evb. As they'll require cooperation with bootloaders to not mangle that memory area. For this please also coordinate with Kever because I somehow remember we have u-boot sometimes at 0x100000. > + grf: grf@ff000000 { > + compatible = "rockchip,rk3308-grf", "syscon", "simple-mfd"; Please add a patch adding the rockchip,rk3308-grf compatible to Documentation/devicetree/bindings/soc/rockchip/grf.txt > + reg = <0x0 0xff000000 0x0 0x10000>; > + > + reboot-mode { > + compatible = "syscon-reboot-mode"; > + offset = <0x500>; > + mode-bootloader = ; > + mode-loader = ; > + mode-normal = ; > + mode-recovery = ; > + mode-fastboot = ; > + }; > + }; > + > + detect_grf: syscon@ff00b000 { > + compatible = "syscon", "simple-mfd"; compatible = "rockchip,rk3308-detect-grf", "syscon" + add the rk3308-detect-grf to the binding > + reg = <0x0 0xff00b000 0x0 0x1000>; > + #address-cells = <1>; > + #size-cells = <1>; > + }; > + > + core_grf: syscon@ff00c000 { > + compatible = "syscon", "simple-mfd"; same as detect_grf > + reg = <0x0 0xff00c000 0x0 0x1000>; > + #address-cells = <1>; > + #size-cells = <1>; > + > + }; > + > + i2c0: i2c@ff040000 { > + compatible = "rockchip,rk3399-i2c"; compatible = "rockchip,rk3308-i2c", "rockchip,rk3399-i2c"; Same for all i2c controllers. > + reg = <0x0 0xff040000 0x0 0x1000>; > + clocks = <&cru SCLK_I2C0>, <&cru PCLK_I2C0>; > + clock-names = "i2c", "pclk"; > + interrupts = ; > + pinctrl-names = "default"; > + pinctrl-0 = <&i2c0_xfer>; > + #address-cells = <1>; > + #size-cells = <0>; > + status = "disabled"; > + }; > + spi0: spi@ff120000 { > + compatible = "rockchip,rk3308-spi", "rockchip,rk3066-spi"; > + reg = <0x0 0xff120000 0x0 0x1000>; > + interrupts = ; > + #address-cells = <1>; > + #size-cells = <0>; > + clocks = <&cru SCLK_SPI0>, <&cru PCLK_SPI0>; > + clock-names = "spiclk", "apb_pclk"; > + dmas = <&dmac0 0>, <&dmac0 1>; > + dma-names = "tx", "rx"; > + pinctrl-names = "default", "high_speed"; there is no high_speed pinctrl defined for the Rockchip spi driver in mainline, so this part should go away in a first step. Same for the other spi controllers. > + pinctrl-0 = <&spi0_clk &spi0_csn0 &spi0_miso &spi0_mosi>; > + pinctrl-1 = <&spi0_clk_hs &spi0_csn0 &spi0_miso_hs &spi0_mosi_hs>; > + status = "disabled"; > + }; > + rktimer: rktimer@ff1a0000 { > + compatible = "rockchip,rk3288-timer"; compatible = "rockchip,rk3308-timer", "rockchip,rk3288-timer"; > + reg = <0x0 0xff1a0000 0x0 0x20>; > + interrupts = ; > + clocks = <&cru PCLK_TIMER>, <&cru SCLK_TIMER0>; > + clock-names = "pclk", "timer"; > + }; > + amba { > + compatible = "arm,amba-bus"; compatible = "simple-bus"; > + #address-cells = <2>; > + #size-cells = <2>; > + ranges; > + > + dmac0: dma-controller@ff2c0000 { > + compatible = "arm,pl330", "arm,primecell"; > + reg = <0x0 0xff2c0000 0x0 0x4000>; > + interrupts = , > + ; > + #dma-cells = <1>; > + clocks = <&cru ACLK_DMAC0>; > + clock-names = "apb_pclk"; > + peripherals-req-type-burst; peripherals-req-type-burst is undocumented so likely some change to the dma driver not yet upstream? > + }; > + > + dmac1: dma-controller@ff2d0000 { > + compatible = "arm,pl330", "arm,primecell"; > + reg = <0x0 0xff2d0000 0x0 0x4000>; > + interrupts = , > + ; > + #dma-cells = <1>; > + clocks = <&cru ACLK_DMAC1>; > + clock-names = "apb_pclk"; > + peripherals-req-type-burst; > + }; > + }; > + > + i2s_2ch_0: i2s@ff350000 { > + compatible = "rockchip,rk3308-i2s", "rockchip,rk3066-i2s"; > + reg = <0x0 0xff350000 0x0 0x1000>; > + interrupts = ; > + clocks = <&cru SCLK_I2S0_2CH>, <&cru HCLK_I2S0_2CH>; > + clock-names = "i2s_clk", "i2s_hclk"; > + dmas = <&dmac1 8>, <&dmac1 9>; > + dma-names = "tx", "rx"; > + resets = <&cru SRST_I2S0_2CH_M>, <&cru SRST_I2S0_2CH_H>; > + reset-names = "reset-m", "reset-h"; These resets don't seem to be defined in driver or binding? Same for other i2s > + pinctrl-names = "default"; > + pinctrl-0 = <&i2s_2ch_0_sclk > + &i2s_2ch_0_lrck > + &i2s_2ch_0_sdi > + &i2s_2ch_0_sdo>; > + status = "disabled"; > + }; > + > + mac: ethernet@ff4e0000 { > + compatible = "rockchip,rk3308-mac"; Was this support to the network driver already submitted? Because I wasn't able to find it in the gmac driver. > + reg = <0x0 0xff4e0000 0x0 0x10000>; > + rockchip,grf = <&grf>; > + interrupts = ; > + interrupt-names = "macirq"; > + clocks = <&cru SCLK_MAC>, <&cru SCLK_MAC_RX_TX>, > + <&cru SCLK_MAC_RX_TX>, <&cru SCLK_MAC_REF>, > + <&cru SCLK_MAC>, <&cru ACLK_MAC>, > + <&cru PCLK_MAC>, <&cru SCLK_MAC_RMII>; > + clock-names = "stmmaceth", "mac_clk_rx", > + "mac_clk_tx", "clk_mac_ref", > + "clk_mac_refout", "aclk_mac", > + "pclk_mac", "clk_mac_speed"; > + phy-mode = "rmii"; > + pinctrl-names = "default"; > + pinctrl-0 = <&rmii_pins &mac_refclk_12ma>; > + resets = <&cru SRST_MAC_A>; > + reset-names = "stmmaceth"; > + status = "disabled"; > + }; Heiko