[PATCH v3 2/2] arm64: dts: Add basic support for BIQU CB1
Martin Botka
martin.botka at somainline.org
Tue Nov 15 13:42:46 PST 2022
On November 15, 2022 10:34:49 PM GMT+01:00, "Jernej Škrabec" <jernej.skrabec at gmail.com> wrote:
>Dne ponedeljek, 14. november 2022 ob 23:54:46 CET je Martin Botka napisal(a):
>> On Mon, Nov 14 2022 at 11:30:17 PM +01:00:00, Jernej Škrabec
>>
>> <jernej.skrabec at gmail.com> wrote:
>> > Hi Martin,
>> >
>> > I was just writing new e-mail as response to v2. You should wait at
>> > least a
>> > day or two, usually more, before sending new version. Others will
>> > likely have
>> > some more comments. And there is also no rush. Until PMIC series is
>> > merged,
>> > this will not go anywhere. Since there is only this week until cut
>> > off date for
>> > DT updates for kernel 6.2, it's most likely that this will land in
>> > 6.3. And
>> > that gives as a few weeks (month) more.
>>
>> Yep. Was hoping for 5.2 thus the frequent updates. Will take it slow
>> then since 5.3 :)
>
>You're way too late for 5.x series :) Anyway, 6.2 would be possible if you
>would have almost flawless patch with no additional dependencies, but that is
>not the case here. I'll send DT pull requests for 6.2 at the end of this week.
>
>Best regards,
>Jernej
Hehe yea :)
Very understandable.
Cheers,
Martin
>
>>
>> > See comments below.
>> >
>> > Dne ponedeljek, 14. november 2022 ob 22:44:49 CET je Martin Botka
>> >
>> > napisal(a):
>> >> CB1 is Compute Module style board that plugs into Rpi board style
>> >>
>> >> adapter or
>> >>
>> >> Manta 3D printer boards (M4P/M8P).
>> >>
>> >> The board has:
>> >> H616 SoC
>> >> 1GB of RAM
>> >> AXP313A PMIC
>> >>
>> >> And the actual boards that CB1 plugs in are just extension to it
>> >>
>> >> with ports
>> >>
>> >> and thus are not split in DT.
>> >>
>> >> Boards have:
>> >> 4x (3x for Manta boards) USB and 1 USB OTG.
>> >> SDcard slot for loading images.
>> >> Ethernet port wired to the internal PHY.
>> >> 2x HDMI 2.0.
>> >
>> > H616 has only one HDMI output. Unless there is some additional chip
>> > for some
>> > conversion, only one HDMI port can work.
>>
>> Yes correct. But the Rpi adapter and Manta boards also support
>> Rpi Compute Module 4 which has 2 HDMI outputs.
>> The chip itself ofc doesnt support this on CB1. Same goes for DSI/CSI
>> ports
>> on the boards and the 4x USB on Rpi adapter.
>>
>> It is indeed a bit of a mess.
>>
>> >> Power and Status LEDs.
>> >>
>> >> Currently working:
>> >> Booting
>> >> USB
>> >> UART
>> >>
>> >> Signed-off-by: Martin Botka <martin.botka at somainline.org>
>> >> ---
>> >> Changes in V2:
>> >> Add proper board compatible
>> >> Add regulator prefix for vcc5v
>> >> Drop okay status from PMIC
>> >> Drop standby_param
>> >> Changes in V3:
>> >> Change copyright to me
>> >> regulator_vcc5v to regulator-vcc5v
>> >> Drop ehci0 and ohci0
>> >>
>> >> arch/arm64/boot/dts/allwinner/Makefile | 1 +
>> >> .../dts/allwinner/sun50i-h616-biqu-cb1.dts | 178
>> >>
>> >> ++++++++++++++++++
>> >>
>> >> 2 files changed, 179 insertions(+)
>> >> create mode 100644
>> >>
>> >> arch/arm64/boot/dts/allwinner/sun50i-h616-biqu-cb1.dts
>> >>
>> >> diff --git a/arch/arm64/boot/dts/allwinner/Makefile
>> >> b/arch/arm64/boot/dts/allwinner/Makefile index
>> >>
>> >> 6a96494a2e0a..223f1be73541
>> >>
>> >> 100644
>> >> --- a/arch/arm64/boot/dts/allwinner/Makefile
>> >> +++ b/arch/arm64/boot/dts/allwinner/Makefile
>> >> @@ -38,5 +38,6 @@ dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h6-pine-h64.dtb
>> >>
>> >> dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h6-pine-h64-model-b.dtb
>> >> dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h6-tanix-tx6.dtb
>> >> dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h6-tanix-tx6-mini.dtb
>> >>
>> >> +dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h616-biqu-cb1.dtb
>> >>
>> >> dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h616-orangepi-zero2.dtb
>> >> dtb-$(CONFIG_ARCH_SUNXI) += sun50i-h616-x96-mate.dtb
>> >>
>> >> diff --git a/arch/arm64/boot/dts/allwinner/sun50i-h616-biqu-cb1.dts
>> >> b/arch/arm64/boot/dts/allwinner/sun50i-h616-biqu-cb1.dts new file
>> >>
>> >> mode
>> >>
>> >> 100644
>> >> index 000000000000..86b5aca9b53e
>> >> --- /dev/null
>> >> +++ b/arch/arm64/boot/dts/allwinner/sun50i-h616-biqu-cb1.dts
>> >> @@ -0,0 +1,178 @@
>> >> +// SPDX-License-Identifier: (GPL-2.0+ or MIT)
>> >> +/*
>> >> + * Copyright (C) 2022 Martin Botka <martin.botka at somainline.org>.
>> >> + */
>> >> +
>> >> +/dts-v1/;
>> >> +
>> >> +#include "sun50i-h616.dtsi"
>> >> +
>> >> +#include <dt-bindings/gpio/gpio.h>
>> >> +#include <dt-bindings/interrupt-controller/arm-gic.h>
>> >> +#include <dt-bindings/leds/common.h>
>> >> +
>> >> +/ {
>> >> + model = "BIQU CB1";
>> >> + compatible = "biqu,cb1", "allwinner,sun50i-h616";
>> >> +
>> >> + aliases {
>> >> + serial0 = &uart0;
>> >> + };
>> >> +
>> >> + chosen {
>> >> + stdout-path = "serial0:115200n8";
>> >> + };
>> >> +
>> >> + leds {
>> >> + compatible = "gpio-leds";
>> >> +
>> >> + led-0 {
>> >> + function = LED_FUNCTION_POWER;
>> >> + color = <LED_COLOR_ID_RED>;
>> >> + gpios = <&pio 2 12 GPIO_ACTIVE_HIGH>; /*
>> >
>> > PC12 */
>> >
>> >> + default-state = "on";
>> >> + };
>> >> +
>> >> + led-1 {
>> >> + function = LED_FUNCTION_STATUS;
>> >> + color = <LED_COLOR_ID_GREEN>;
>> >> + gpios = <&pio 2 13 GPIO_ACTIVE_HIGH>; /*
>> >
>> > PC13 */
>> >
>> >> + };
>> >> + };
>> >> +
>> >> + reg_vcc5v: regulator-vcc5v {
>> >> + /* board wide 5V supply directly from the USB-C socket
>> >
>> > */
>> >
>> >> + compatible = "regulator-fixed";
>> >> + regulator-name = "vcc-5v";
>> >> + regulator-min-microvolt = <5000000>;
>> >> + regulator-max-microvolt = <5000000>;
>> >> + regulator-always-on;
>> >> + };
>> >> +
>> >> + reg_usb1_vbus: regulator-usb1-vbus {
>> >> + compatible = "regulator-fixed";
>> >> + regulator-name = "usb1-vbus";
>> >> + regulator-min-microvolt = <5000000>;
>> >> + regulator-max-microvolt = <5000000>;
>> >> + vin-supply = <®_vcc5v>;
>> >> + enable-active-high;
>> >> + gpio = <&pio 2 16 GPIO_ACTIVE_HIGH>; /* PC16 */
>> >> + };
>> >> +};
>> >> +
>> >> +&ehci1 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&ehci2 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&ehci3 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&mmc0 {
>> >> + vmmc-supply = <®_dldo1>;
>> >> + cd-gpios = <&pio 5 6 GPIO_ACTIVE_LOW>; /* PF6 */
>> >> + no-1-8-v;
>> >
>> > Above property is not needed. If you don't provide vqmmc-supply with
>> > 1.8 V
>> > regulator, it won't be used.
>> >
>> >> + bus-width = <4>;
>> >> + status = "disabled";
>> >
>> > Why is set to disabled? If it's not a typo, remove whole node. It
>> > could be
>> > added later when it works.
>>
>> Would not removing it also make PMIC node useless as the regulators
>> wont be used and thus
>> should be technically removed ?
>>
>> >> +};
>> >> +
>> >> +&ohci1 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&ohci2 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&ohci3 {
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&r_i2c {
>> >> + status = "okay";
>> >> +
>> >> + axp1530: pmic at 36 {
>> >> + compatible = "x-powers,axp1530";
>> >
>> > I just checked datasheet and it really seems that it supports only
>> > I2C.
>> > Anyway, rather than using axp1530 compatible, introduce axp313a
>> > compatible
>> > instead.
>>
>> Will do in V2 for drivers later.
>>
>> >> + reg = <0x36>;
>> >> + wakeup-source;
>> >> +
>> >> + regulators{
>> >> + reg_dcdc1: dcdc1 {
>> >> + regulator-name = "axp1530-
>dcdc1";
>> >> + regulator-min-microvolt =
>> >
>> > <500000>;
>> >
>> >> + regulator-max-microvolt =
>> >
>> > <3400000>;
>> >
>> > This one is most likely used by CPU. If so, you should set
>> > appropriate range
>> > according to CPU needs, which are 810 - 1100 mV.
>> >
>> >> + regulator-step-delay-us = <25>;
>> >> + regulator-final-delay-us = <50>;
>> >> + regulator-always-on;
>> >> + };
>> >> +
>> >> + reg_dcdc2: dcdc2 {
>> >> + regulator-name = "axp1530-
>dcdc2";
>> >> + regulator-min-microvolt =
>> >
>> > <500000>;
>> >
>> >> + regulator-max-microvolt =
>> >
>> > <1540000>;
>> >
>> > This one is most likely used by GPU. Its range must also be adjusted
>> > to GPU
>> > needs.
>> >
>> >> + regulator-step-delay-us = <25>;
>> >> + regulator-final-delay-us = <50>;
>> >> + regulator-ramp-delay = <200>;
>> >> + regulator-always-on;
>> >> + };
>> >> +
>> >> + reg_dcdc3: dcdc3 {
>> >> + regulator-name = "axp1530-
>dcdc3";
>> >> + regulator-min-microvolt =
>> >
>> > <500000>;
>> >
>> >> + regulator-max-microvolt =
>> >
>> > <1840000>;
>> >
>> > This one looks like it supplies DRAM. You should set both min and max
>> > to
>> > actual DRAM needs.
>> >
>> >> + regulator-step-delay-us = <25>;
>> >> + regulator-final-delay-us = <50>;
>> >> + regulator-always-on;
>> >> + };
>> >> +
>> >> + reg_aldo1: ldo1 {
>> >
>> > ldo1 -> aldo1
>> >
>> >> + regulator-name = "axp1530-
>aldo1";
>> >> + regulator-min-microvolt =
>> >
>> > <1800000>;
>> >
>> >> + regulator-max-microvolt =
>> >
>> > <1800000>;
>> >
>> >> + regulator-step-delay-us = <25>;
>> >> + regulator-final-delay-us = <50>;
>> >> + regulator-always-on;
>> >> + };
>> >> +
>> >> + reg_dldo1: ldo2 {
>> >
>> > ldo2 -> dldo1
>> >
>> > Another issue I see is that you marked all regulators with
>> > regulator-always-
>> > on; While this works, I don't think this faithfully represent HW. For
>> > example,
>> > GPU regulator will be enabled by GPU driver when needed, so it
>> > shouldn't be
>> > marked with always on.
>> >
>> > There is also RTCLDO, but without schematic it's impossible to say if
>> > it is
>> > used or not.
>> >
>> > There are at least a few clues in AXP313A datasheet about which
>> > regulator is
>> > used for what. See chapter 7.5 in
>> > https://github.com/bigtreetech/CB1-Kernel/
>> > blob/kernel-5.16/docs/AXP313A%20datasheet%20V0.1%20-
>> > %2020201105_draft%20version.pdf
>>
>> As for regulators themselves. I have kept them as what downstream
>> kernel specifies.
>> But until I have schematic in hand and can confirm that they actually
>> used the correct regulators in
>> the correct place i will stick to stock values. If they in the end
>> decide to not supply schematic or etc
>> to the public i can test with adjusted values.
>>
>> > Best regards,
>> > Jernej
>> >
>> >> + regulator-name = "axp1530-
>dldo1";
>> >> + regulator-min-microvolt =
>> >
>> > <3300000>;
>> >
>> >> + regulator-max-microvolt =
>> >
>> > <3300000>;
>> >
>> >> + regulator-step-delay-us = <25>;
>> >> + regulator-final-delay-us = <50>;
>> >> + regulator-always-on;
>> >> + };
>> >> + };
>> >> + };
>> >> +};
>> >> +
>> >> +&uart0 {
>> >> + pinctrl-names = "default";
>> >> + pinctrl-0 = <&uart0_ph_pins>;
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&usbotg {
>> >> + /*
>> >> + * PHY0 pins are connected to a USB-C socket, but a role switch
>> >> + * is not implemented: both CC pins are pulled to GND.
>> >> + * The VBUS pins power the device, so a fixed peripheral mode
>> >> + * is the best choice.
>> >> + * The board can be powered via GPIOs, in this case port0 *can*
>> >> + * act as a host (with a cable/adapter ignoring CC), as VBUS is
>> >> + * then provided by the GPIOs. Any user of this setup would
>> >> + * need to adjust the DT accordingly: dr_mode set to "host",
>> >> + * enabling OHCI0 and EHCI0.
>> >> + */
>> >> + dr_mode = "peripheral";
>> >> + status = "okay";
>> >> +};
>> >> +
>> >> +&usbphy {
>> >> + usb1_vbus-supply = <®_usb1_vbus>;
>> >> + status = "okay";
>> >> +};
>>
>> Best Regards,
>> Martin
>
>
>
>
More information about the linux-arm-kernel
mailing list