Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932075AbbKWQtN (ORCPT ); Mon, 23 Nov 2015 11:49:13 -0500 Received: from smtp.csie.ntu.edu.tw ([140.112.30.61]:43291 "EHLO smtp.csie.ntu.edu.tw" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754425AbbKWQtA (ORCPT ); Mon, 23 Nov 2015 11:49:00 -0500 MIME-Version: 1.0 In-Reply-To: <5652EF87.50604@redhat.com> References: <1445964626-6484-1-git-send-email-jenskuske@gmail.com> <1445964626-6484-6-git-send-email-jenskuske@gmail.com> <563614A3.6060805@gmail.com> <20151123085719.GT32142@lukather> <5652EF87.50604@redhat.com> From: Chen-Yu Tsai Date: Tue, 24 Nov 2015 00:48:33 +0800 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [linux-sunxi] Re: [PATCH v4 5/6] ARM: dts: sunxi: Add Allwinner H3 DTSI To: Hans de Goede Cc: Maxime Ripard , Jens Kuske , Chen-Yu Tsai , Michael Turquette , Linus Walleij , Rob Herring , Philipp Zabel , =?UTF-8?Q?Emilio_L=C3=B3pez?= , Vishnu Patekar , devicetree , linux-arm-kernel , linux-kernel , linux-sunxi Content-Type: text/plain; charset=UTF-8 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 12930 Lines: 291 On Mon, Nov 23, 2015 at 6:50 PM, Hans de Goede wrote: > HI, > > > On 23-11-15 09:57, Maxime Ripard wrote: >> >> Hi, >> >> On Sun, Nov 01, 2015 at 02:33:23PM +0100, Jens Kuske wrote: >>>>> >>>>> + bus_gates: clk@01c20060 { >>>>> + #clock-cells = <1>; >>>>> + compatible = >>>>> "allwinner,sun8i-h3-bus-gates-clk"; >>>>> + reg = <0x01c20060 0x14>; >>>>> + clocks = <&ahb1>, <&ahb2>, <&apb1>, <&apb2>; >>>>> + clock-names = "ahb1", "ahb2", "apb1", "apb2"; >>>>> + clock-indices = <5>, <6>, <8>, >>>>> + <9>, <10>, <13>, >>>>> + <14>, <17>, <18>, >>>>> + <19>, <20>, >>>>> + <21>, <23>, >>>>> + <24>, <25>, >>>>> + <26>, <27>, >>>>> + <28>, <29>, >>>>> + <30>, <31>, <32>, >>>>> + <35>, <36>, <37>, >>>>> + <40>, <41>, <43>, >>>>> + <44>, <52>, <53>, >>>>> + <54>, <64>, >>>>> + <65>, <69>, <72>, >>>>> + <76>, <77>, <78>, >>>>> + <96>, <97>, <98>, >>>>> + <112>, <113>, >>>>> + <114>, <115>, <116>, >>>>> + <128>, <135>; >>>>> + clock-output-names = "ahb1_ce", "ahb1_dma", >>>>> "ahb1_mmc0", >>>>> + "ahb1_mmc1", "ahb1_mmc2", >>>>> "ahb1_nand", >>>>> + "ahb1_sdram", "ahb2_gmac", >>>>> "ahb1_ts", >>>>> + "ahb1_hstimer", "ahb1_spi0", >>>>> + "ahb1_spi1", "ahb1_otg", >>>>> + "ahb1_otg_ehci0", "ahb1_ehic1", >>>> >>>> >>>> ahb1_ehci1? Same for the following 3 lines. >>> >>> I'll fix them... >>>> >>>> >>>>> + "ahb1_ehic2", "ahb1_ehic3", >>>>> + "ahb1_otg_ohci0", "ahb2_ohic1", >>>>> + "ahb2_ohic2", "ahb2_ohic3", >>>>> "ahb1_ve", >>>>> + "ahb1_lcd0", "ahb1_lcd1", >>>>> "ahb1_deint", >>>>> + "ahb1_csi", "ahb1_tve", >>>>> "ahb1_hdmi", >>>>> + "ahb1_de", "ahb1_gpu", >>>>> "ahb1_msgbox", >>>>> + "ahb1_spinlock", "apb1_codec", >>>>> + "apb1_spdif", "apb1_pio", >>>>> "apb1_ths", >>>>> + "apb1_i2s0", "apb1_i2s1", >>>>> "apb1_i2s2", >>>>> + "apb2_i2c0", "apb2_i2c1", >>>>> "apb2_i2c2", >>>>> + "apb2_uart0", "apb2_uart1", >>>>> + "apb2_uart2", "apb2_uart3", >>>>> "apb2_scr", >>>>> + "ahb1_ephy", "ahb1_dbg"; >>>> >>>> >>>> If it weren't for the last 2 clocks, we could cleanly split out apb1 and >>>> apb2 >>>> gates. Having a separate AHB clock gate taking 2 addresses seems messy >>>> as well. :( >>> >>> >>> Well, maybe we still should do that, if we split the resets too at least >>> apb[12] would line up again. >>> >>> I don't know what to do with these bus things any more, all variants I >>> sent had issues somewhere... >> >> >> AFAIK, Arnd had some objections, but he never got back to us when we >> explained how the hardware was laid out, so I don't know if they still >> apply. >> >>>>> + }; >>>>> + >>>>> + mmc0_clk: clk@01c20088 { >>>>> + #clock-cells = <1>; >>>>> + compatible = "allwinner,sun4i-a10-mmc-clk"; >>>>> + reg = <0x01c20088 0x4>; >>>>> + clocks = <&osc24M>, <&pll6 0>, <&pll8 0>; >>>>> + clock-output-names = "mmc0", >>>>> + "mmc0_output", >>>>> + "mmc0_sample"; >>>>> + }; >>>>> + >>>>> + mmc1_clk: clk@01c2008c { >>>>> + #clock-cells = <1>; >>>>> + compatible = "allwinner,sun4i-a10-mmc-clk"; >>>>> + reg = <0x01c2008c 0x4>; >>>>> + clocks = <&osc24M>, <&pll6 0>, <&pll8 0>; >>>>> + clock-output-names = "mmc1", >>>>> + "mmc1_output", >>>>> + "mmc1_sample"; >>>>> + }; >>>>> + >>>>> + mmc2_clk: clk@01c20090 { >>>>> + #clock-cells = <1>; >>>>> + compatible = "allwinner,sun4i-a10-mmc-clk"; >>>>> + reg = <0x01c20090 0x4>; >>>>> + clocks = <&osc24M>, <&pll6 0>, <&pll8 0>; >>>>> + clock-output-names = "mmc2", >>>>> + "mmc2_output", >>>>> + "mmc2_sample"; >>>>> + }; >>>>> + >>>>> + mbus_clk: clk@01c2015c { >>>>> + #clock-cells = <0>; >>>>> + compatible = "allwinner,sun8i-a23-mbus-clk"; >>>>> + reg = <0x01c2015c 0x4>; >>>>> + clocks = <&osc24M>, <&pll6 1>, <&pll5>; >>>>> + clock-output-names = "mbus"; >>>>> + }; >>>>> + }; >>>>> + >>>>> + soc { >>>>> + compatible = "simple-bus"; >>>>> + #address-cells = <1>; >>>>> + #size-cells = <1>; >>>>> + ranges; >>>>> + >>>>> + dma: dma-controller@01c02000 { >>>>> + compatible = "allwinner,sun8i-h3-dma"; >>>>> + reg = <0x01c02000 0x1000>; >>>>> + interrupts = ; >>>>> + clocks = <&bus_gates 6>; >>>>> + resets = <&bus_rst 6>; >>>>> + #dma-cells = <1>; >>>>> + }; >>>>> + >>>>> + mmc0: mmc@01c0f000 { >>>>> + compatible = "allwinner,sun5i-a13-mmc"; >>>>> + reg = <0x01c0f000 0x1000>; >>>>> + clocks = <&bus_gates 8>, >>>>> + <&mmc0_clk 0>, >>>>> + <&mmc0_clk 1>, >>>>> + <&mmc0_clk 2>; >>>>> + clock-names = "ahb", >>>>> + "mmc", >>>>> + "output", >>>>> + "sample"; >>>>> + resets = <&bus_rst 8>; >>>>> + reset-names = "ahb"; >>>>> + interrupts = ; >>>>> + status = "disabled"; >>>>> + #address-cells = <1>; >>>>> + #size-cells = <0>; >>>>> + }; >>>>> + >>>>> + mmc1: mmc@01c10000 { >>>>> + compatible = "allwinner,sun5i-a13-mmc"; >>>>> + reg = <0x01c10000 0x1000>; >>>>> + clocks = <&bus_gates 9>, >>>>> + <&mmc1_clk 0>, >>>>> + <&mmc1_clk 1>, >>>>> + <&mmc1_clk 2>; >>>>> + clock-names = "ahb", >>>>> + "mmc", >>>>> + "output", >>>>> + "sample"; >>>>> + resets = <&bus_rst 9>; >>>>> + reset-names = "ahb"; >>>>> + interrupts = ; >>>>> + status = "disabled"; >>>>> + #address-cells = <1>; >>>>> + #size-cells = <0>; >>>>> + }; >>>>> + >>>>> + mmc2: mmc@01c11000 { >>>>> + compatible = "allwinner,sun5i-a13-mmc"; >>>>> + reg = <0x01c11000 0x1000>; >>>>> + clocks = <&bus_gates 10>, >>>>> + <&mmc2_clk 0>, >>>>> + <&mmc2_clk 1>, >>>>> + <&mmc2_clk 2>; >>>>> + clock-names = "ahb", >>>>> + "mmc", >>>>> + "output", >>>>> + "sample"; >>>>> + resets = <&bus_rst 10>; >>>>> + reset-names = "ahb"; >>>>> + interrupts = ; >>>>> + status = "disabled"; >>>>> + #address-cells = <1>; >>>>> + #size-cells = <0>; >>>>> + }; >>>>> + >>>>> + pio: pinctrl@01c20800 { >>>>> + compatible = "allwinner,sun8i-h3-pinctrl"; >>>>> + reg = <0x01c20800 0x400>; >>>>> + interrupts = , >>>>> + ; >>>>> + clocks = <&bus_gates 69>; >>>>> + gpio-controller; >>>>> + #gpio-cells = <3>; >>>>> + interrupt-controller; >>>>> + #interrupt-cells = <2>; >>>>> + >>>>> + uart0_pins_a: uart0@0 { >>>>> + allwinner,pins = "PA4", "PA5"; >>>>> + allwinner,function = "uart0"; >>>>> + allwinner,drive = >>>>> ; >>>>> + allwinner,pull = >>>>> ; >>>>> + }; >>>>> + >>>>> + mmc0_pins_a: mmc0@0 { >>>>> + allwinner,pins = "PF0", "PF1", "PF2", >>>>> "PF3", >>>>> + "PF4", "PF5"; >>>>> + allwinner,function = "mmc0"; >>>>> + allwinner,drive = >>>>> ; >>>>> + allwinner,pull = >>>>> ; >>>>> + }; >>>>> + >>>>> + mmc0_cd_pin: mmc0_cd_pin@0 { >>>>> + allwinner,pins = "PF6"; >>>>> + allwinner,function = "gpio_in"; >>>>> + allwinner,drive = >>>>> ; >>>>> + allwinner,pull = >>>>> ; >>>>> + }; >>>> >>>> >>>> This should be in the board DTS, unless this is the reference design, >>>> in which case you should name the label like >>>> "mmc0_cd_pin_reference_design". >>>> >>> >>> The datasheet mentions SDC0_DET function on PF6 > > > Hmm, not in my version, I've "Allwinner_H3_Datasheet_V1.0.pdf" and there > PF6 only has generic input / output functionality. v1.1 has an "SDC0_DET" function for PF6 in the GPIO mux functions table. >>> so I thought this is >>> >>> sort of fixed to this pin now. All designs I've seen use this pin. >> >> >> Why is it set as a gpio then if it is a separate function? > > > I guess because we do not support this in the mmc driver yet. Also on > older devices the mmc controller has build-in card-detection features > (using the data lines in that case) but we've never supported this since > none of the boards sofar have been using it. Unfortunately the H3 datasheet does not include a section for MMC. I've requested the datasheet be publicly released with MMC and PRCM sections included: https://github.com/allwinner-zh/documents/issues/9 ChenYu > For now we can just treat PF6 as a gpio, until someone figures out how > to do this inside the mmc driver. > > Regards, > > Hans -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/