On Wed, Apr 30, 2025 at 12:30 AM Quentin Schulz
wrote:
>
> Hi Chen-Yu,
>
> On 4/29/25 5:44 PM, Chen-Yu Tsai wrote:
> > From: Chen-Yu Tsai
> >
> > The rockchip_dw_mmc driver supports the MMC controller found in Rockchip
> > SoCs. This controller is used for
Please ignore this. I accidentally sent out the patches with incorrect
patman tags.
ChenYu
On Wed, Apr 30, 2025 at 1:41 AM Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> The rockchip_dw_mmc driver supports the MMC controller found in Rockchip
> SoCs. This controller is used for
From: Chen-Yu Tsai
The rockchip_dw_mmc driver supports the MMC controller found in Rockchip
SoCs. This controller is used for the SD card on all SoCs and eMMC on
older SoCs. Almost all defconfigs for Rockchip platforms have this
enabled.
Enable it by default for all supported Rockchip SoCs
From: Chen-Yu Tsai
The rockchip_sdhci driver supports the alternative MMC controller found
in newer Rockchip SoCs. This controller is used for eMMC. Almost all
defconfigs for Rockchip platforms with this controller have it enabled.
Enable it by default for all supported Rockchip SoCs. Disable
From: Chen-Yu Tsai
The rockchip_dw_mmc driver supports the MMC controller found in Rockchip
SoCs. This controller is used for the SD card on all SoCs and eMMC on
older SoCs. Almost all defconfigs for Rockchip platforms have this
enabled.
Enable it by default for all supported Rockchip SoCs
From: Chen-Yu Tsai
The rockchip_sdhci driver supports the alternative MMC controller found
in newer Rockchip SoCs. This controller is used for eMMC. Almost all
defconfigs for Rockchip platforms with this controller have it enabled.
Enable it by default for all supported Rockchip SoCs. Disable
From: Chen-Yu Tsai
The IO domain driver controls the I/O voltage for various pins,
MMC included.
Enable it by default for all supported Rockchip SoCs.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Quentin Schulz
Reviewed-by: Paul Kocialkowski
Reviewed-by: Jonas Karlman
Reviewed-by: Anand Moon
On Sun, Mar 30, 2025 at 9:34 PM Anand Moon wrote:
>
> Hi Chen-Yu
>
> On Wed, 5 Feb 2025 at 07:39, Chen-Yu Tsai wrote:
> >
> > From: Chen-Yu Tsai
> >
> > The IO domain driver controls the I/O voltage for various pins,
> > MMC included.
> >
> >
> > > On 2025/3/30 21:33, Anand Moon wrote:
> > > > Hi Chen-Yu
> > > >
> > > > On Wed, 5 Feb 2025 at 07:39, Chen-Yu Tsai wrote:
> > > >> From: Chen-Yu Tsai
> > > >>
> > > >> The IO domain driver controls the I/O voltage for v
From: Chen-Yu Tsai
The IO domain driver controls the I/O voltage for various pins,
MMC included.
Enable it by default for all supported Rockchip SoCs.
Signed-off-by: Chen-Yu Tsai
---
configs/chromebook_bob_defconfig | 1 -
configs/chromebook_kevin_defconfig | 1
On Wed, Feb 5, 2025 at 1:49 AM Quentin Schulz wrote:
>
> Hi Chen-Yu,
>
> On 2/4/25 6:21 PM, Chen-Yu Tsai wrote:
> > From: Chen-Yu Tsai
> >
> > Device tree overlays are immensely useful.
> >
> > Enable it by default by implying it from ARCH_ROC
From: Chen-Yu Tsai
In the GRF header file, some instances of UART2 pinmux are prefixed with
"GRF_UART2DBG" while others have "GRF_UART2DGB".
Since UART2 is the default console UART and used for debugging, it is
more likely the name should be UART2DBG.
Fix the ones th
From: Chen-Yu Tsai
Device tree overlays are immensely useful.
Enable it by default by implying it from ARCH_ROCKCHIP.
Signed-off-by: Chen-Yu Tsai
---
arch/arm/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
index f504d7d07601..2797030d3501
,5) will make those boards boot to the
> Linux prompt again.
>
> Fixes: ffb02942fab024d4a9b6a ("sunxi: board: simplify early PMIC setup
> conditions")
> Reported-by: Leon Anavi
> Signed-off-by: Andre Przywara
Reviewed-by: Chen-Yu Tsai
> ---
> board/sunxi/bo
;paste bug by using the correct PMIC voltage register.
>
> Signed-off-by: Andre Przywara
Reviewed-by: Chen-Yu Tsai
> ---
> drivers/power/axp809.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/power/axp809.c b/drivers/power/axp809.c
>
lk: A80: add MMC clock support")
> Signed-off-by: Andre Przywara
Reviewed-by: Chen-Yu Tsai
> ---
> drivers/clk/sunxi/clk_a80.c | 8
> 1 file changed, 4 insertions(+), 4 deletions(-)
>
> diff --git a/drivers/clk/sunxi/clk_a80.c b/drivers/clk/sunxi/clk_a80.c
> index e26
On Wed, Jul 17, 2024 at 12:47 PM FUKAUMI Naoki wrote:
>
> for rk3308, all defconfigs have CONFIG_OF_LIBFDT_OVERLAY=y, so enable it
> by default.
>
> for rk3328, any defconfig doesn't have it. but there is no strong reason
> not to enable it. at least it's required for ROCK Pi E.
I wonder if it ma
ted at 8KB.
>
> Signed-off-by: Andre Przywara
Make sense.
Reviewed-by: Chen-Yu Tsai
Hi,
On Wed, Mar 13, 2024 at 6:29 PM Kever Yang wrote:
>
> Hi Chen-Yu,
>
> On 2024/2/12 21:51, Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> Regenerate RK3328 defconfigs after adding imply statements.
>
> Signed-off-by: Chen-Yu Tsai
> Reviewed-by: Christop
On Mon, Feb 12, 2024 at 9:57 PM Peter Robinson wrote:
>
> On Sat, 10 Feb 2024 at 06:32, Chen-Yu Tsai wrote:
> >
> > From: Chen-Yu Tsai
> >
> > Hi folks,
> >
> > This series enables ROCKCHIP_EFUSE and MISC_INIT_R by default for RK3328
> > and RK3
From: Chen-Yu Tsai
The NanoPi R4S has an RK3399 SoC, which has efuse supported by
ROCKCHIP_EFUSE, not ROCKCHIP_OTP.
Signed-off-by: Chen-Yu Tsai
---
configs/nanopi-r4s-rk3399_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/nanopi-r4s-rk3399_defconfig
b/configs/nanopi-r4s
From: Chen-Yu Tsai
Regenerate RK3399 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Christopher Obbard
Reviewed-by: Dragan Simic
Reviewed-by: Quentin Schulz
---
configs/chromebook_bob_defconfig | 3 ---
configs/chromebook_kevin_defconfig
From: Chen-Yu Tsai
Regenerate RK3328 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
Reviewed-by: Christopher Obbard
Reviewed-by: Dragan Simic
---
configs/evb-rk3328_defconfig | 3 ---
configs/nanopi-r2c-plus-rk3328_defconfig | 3 ---
configs
From: Chen-Yu Tsai
The rockchip-efuse driver supports the efuse found on RK3399. This
hardware block is part of the SoC and contains the CPUID, which can
be used to generate stable serial numbers and MAC addresses.
Enable the driver and reading cpuid by default for RK3399.
Signed-off-by: Chen
From: Chen-Yu Tsai
The rockchip-efuse driver supports the efuse found on RK3328. This
hardware block is part of the SoC and contains the CPUID, which can
be used to generate stable serial numbers and MAC addresses.
Enable the driver and reading cpuid by default for RK3328.
Signed-off-by: Chen
From: Chen-Yu Tsai
Hi folks,
This is v2 of my "read cpuid and generate MAC address from efuse on
RK3328 and RK3399 by default" series.
Changes since v1:
- Also imply "CONFIG_MISC"
- Add back unintentionally removed CONFIG_OF_LIBFDT_OVERLAY=y
- Remove ROCKCHIP
On Sun, Feb 11, 2024 at 3:49 AM Jonas Karlman wrote:
>
> Hi Chen-Yu,
>
> On 2024-02-10 07:32, Chen-Yu Tsai wrote:
> > From: Chen-Yu Tsai
> >
> > Regenerate RK3399 defconfigs after adding imply statements.
> >
> > Signed-off-by: Chen-Yu Tsai
>
From: Chen-Yu Tsai
Regenerate RK3399 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
---
configs/chromebook_bob_defconfig | 2 --
configs/chromebook_kevin_defconfig| 2 --
configs/firefly-rk3399_defconfig | 2 --
configs/nanopi-r4s
From: Chen-Yu Tsai
Regenerate RK3328 defconfigs after adding imply statements.
Signed-off-by: Chen-Yu Tsai
---
configs/evb-rk3328_defconfig | 2 --
configs/nanopi-r2c-plus-rk3328_defconfig | 2 --
configs/nanopi-r2c-rk3328_defconfig | 2 --
configs/nanopi-r2s
From: Chen-Yu Tsai
The rockchip-efuse driver supports the efuse found on RK3399. This
hardware block is part of the SoC and contains the CPUID, which can
be used to generate stable serial numbers and MAC addresses.
Enable the driver and reading cpuid by default for RK3399.
Signed-off-by: Chen
From: Chen-Yu Tsai
The rockchip-efuse driver supports the efuse found on RK3328. This
hardware block is part of the SoC and contains the CPUID, which can
be used to generate stable serial numbers and MAC addresses.
Enable the driver and reading cpuid by default for RK3328.
Signed-off-by: Chen
From: Chen-Yu Tsai
Hi folks,
This series enables ROCKCHIP_EFUSE and MISC_INIT_R by default for RK3328
and RK3399 so that the cpuid is read from the efuse and used to generate
a serial number and MAC addresses for all boards.
This stacks on top of the recent defconfig update series [1] from
ded375..09488eaf083f 100644
> --- a/board/rockchip/evb_rk3328/MAINTAINERS
> +++ b/board/rockchip/evb_rk3328/MAINTAINERS
> @@ -41,8 +41,10 @@ F:
> arch/arm/dts/rk3328-orangepi-r1-plus-lts-u-boot.dtsi
> ROC-RK3328-CC
> M: Loic Devulder
> M: Chen-Yu Tsa
28/MAINTAINERS
> index 419bc8ded375..09488eaf083f 100644
> --- a/board/rockchip/evb_rk3328/MAINTAINERS
> +++ b/board/rockchip/evb_rk3328/MAINTAINERS
> @@ -41,8 +41,10 @@ F:
> arch/arm/dts/rk3328-orangepi-r1-plus-lts-u-boot.dtsi
> ROC-RK3328-CC
> M: Loic Devulder
&g
On Thu, Dec 28, 2023 at 1:49 AM Simon Glass wrote:
>
> Hi Heinrich,
>
> On Tue, Dec 12, 2023 at 3:43 PM Heinrich Schuchardt
> wrote:
> >
> > On 12.12.23 15:05, Simon Glass wrote:
> > > Hi,
> > >
> > > The devicetree files for a board can be quite large, perhaps around
> > > 60KB. To boot on any
On Tue, Dec 12, 2023 at 10:06 PM Simon Glass wrote:
>
> Hi,
>
> The devicetree files for a board can be quite large, perhaps around
> 60KB. To boot on any supported board, many of them need to be
> provided, typically hundreds.
>
> All boards for a particular SoC share common parts. It would be
>
Masahiro Yamada
> > > wrote:
> > > >
> > > > On Thu, Dec 14, 2023 at 1:03 PM Chen-Yu Tsai wrote:
> > > > >
> > > > > On Sun, Dec 10, 2023 at 1:31 AM Geert Uytterhoeven
> > > > > wrote:
> > > > > >
On Fri, Dec 29, 2023 at 2:39 PM Simon Glass wrote:
>
> Hi Masahiro,
>
> On Thu, Dec 14, 2023 at 7:34 AM Masahiro Yamada wrote:
> >
> > On Thu, Dec 14, 2023 at 3:12 PM Masahiro Yamada
> > wrote:
> > >
> > > On Thu, Dec 14, 2023 at 1:03 PM Che
On Sun, Dec 10, 2023 at 1:31 AM Geert Uytterhoeven wrote:
>
> Hi Laurent,
>
> On Sat, Dec 9, 2023 at 4:29 PM Laurent Pinchart
> wrote:
> > On Sat, Dec 09, 2023 at 10:13:59PM +0900, Chen-Yu Tsai wrote:
> > > On Thu, Dec 7, 2023 at 11:38 PM Laurent Pinchart
> &
On Thu, Dec 7, 2023 at 11:38 PM Laurent Pinchart
wrote:
>
> On Thu, Dec 07, 2023 at 10:27:23PM +0800, Chen-Yu Tsai wrote:
> > On Sun, Dec 03, 2023 at 05:34:01PM +0200, Laurent Pinchart wrote:
> > > Hi Simon,
> > >
> > > Thank you for the patch.
> > >
On Sun, Dec 03, 2023 at 05:34:01PM +0200, Laurent Pinchart wrote:
> Hi Simon,
>
> Thank you for the patch.
>
> On Fri, Dec 01, 2023 at 08:54:42PM -0700, Simon Glass wrote:
> > Add a script which produces a Flat Image Tree (FIT), a single file
> > containing the built kernel and associated devicet
On Tue, Aug 29, 2023 at 5:49 AM Sam Edwards wrote:
>
> On 8/26/23 04:22, Marc Zyngier wrote:
>
> Hi Marc!
>
> > The GIC definitely has the NS bit routed to it. Otherwise, the secure
> > configuration would just be an utter joke. Just try it.
>
> Thank you for your response. I'd like to revisit my
(resent from kernel.org address)
On Tue, Aug 29, 2023 at 5:49 AM Sam Edwards wrote:
>
> On 8/26/23 04:22, Marc Zyngier wrote:
>
> Hi Marc!
>
> > The GIC definitely has the NS bit routed to it. Otherwise, the secure
> > configuration would just be an utter joke. Just try it.
>
> Thank you for your
On Tue, Aug 15, 2023 at 4:40 AM Andre Przywara wrote:
>
> On Wed, 31 May 2023 14:15:20 -0600
> Sam Edwards wrote:
>
> Hi,
>
> (CC:ing Marc and Chen-Yu as the original authors)
>
> sorry for the delay, found that mouldering in my Drafts folder.
>
> > The nonsec code overrides/handles these:
> > -
On Thu, Feb 16, 2023 at 7:57 AM Jonas Karlman wrote:
>
> Set eth1addr when there is an ethernet1 alias in the fdt.
Maybe it makes sense to set it regardless whether an alias is present
or not?
The user might be loading a custom FDT for the kernel, or have DT
overlays stacked on, either could hav
On Tue, Sep 27, 2022 at 5:27 AM Christian Kohlschütter
wrote:
>
> > On 26. Sep 2022, at 13:59, Chen-Yu Tsai wrote:
> >
> > On Mon, Sep 26, 2022 at 7:53 PM Christian Kohlschütter
> > wrote:
> >>
> >> Some RK3399 boards, such as newer revisions of N
On Mon, Sep 26, 2022 at 7:53 PM Christian Kohlschütter
wrote:
>
> Some RK3399 boards, such as newer revisions of NanoPi R4S, do not
> provide an EEPROM chip containing a globally unique MAC address.
>
> Currently, this means that a randomly generated temporary MAC address
> may be generated each
Hi,
On Sat, May 14, 2022 at 11:19 AM wrote:
>
> From: qianfan Zhao
>
> linux system will die if we offline one of the cpu on R40 based board:
> eg: echo 0 > /sys/devices/system/cpu/cpu3/online
>
> Fixed sunxi_power_switch based on allwinner lichee 3.10 kernel driver.
>
> Signed-off-by: qianfan Z
Hi,
On Thu, Apr 29, 2021 at 6:53 AM Andre Przywara wrote:
>
> The H616 is our first supported Allwinner SoC which goes beyond the 4GB
> address space "barrier", by having more than 32 address bits.
Nit: I wouldn't say it's the first. The A80 supports up to 8GB address
space with LPAE. It just ne
Hi,
On Mon, Feb 8, 2021 at 9:46 AM alex tian wrote:
>
> From 01598339be9dbeec6ba41c470b29af1c53e29c40 Mon Sep 17 00:00:00 2001
> From: Xiaobo Tian
> Date: Mon, 8 Feb 2021 09:40:03 +0800
> Subject: [PATCH] arm64: rk3399: Add support NanoPi R4s
Please tag patches with versions or "resent" if no c
Hi,
On Mon, Feb 1, 2021 at 9:58 AM Kever Yang wrote:
>
> Hi Xiaobo,
>
>
> Thanks for your update, see comments in line.
>
> On 2021/1/29 下午10:34, alex tian wrote:
> > From c9563fe439e07e760d29a42e737b8265d5772150 Mon Sep 17 00:00:00 2001
> > From: Xiaobo Tian mailto:peterwil...@gmail.com>>
>
(Resend from @kernel.org address)
On Tue, Sep 29, 2020 at 5:02 AM Michal Suchanek wrote:
>
> The u-boot code relies on aliases to assign bus number.
>
> Signed-off-by: Michal Suchanek
> ---
> arch/arm/dts/sun8i-h2-plus-orangepi-zero.dts | 2 ++
Anything U-boot specific should be done in the *-u
Hi,
On Sat, May 23, 2020 at 2:04 AM wrote:
>
> From: Suniel Mahesh
>
> This patch series adds runtime detection of add-on board(ROC-RK3399-PC
> Mezzanine) by
> enabling I2C in SPL.
> This add on board hosts a CW2015 chip which is connected as slave to I2C2. In
> order
> to dynamically detect t
On Wed, May 20, 2020 at 4:05 PM Matwey V. Kornilov
wrote:
>
> вт, 19 мая 2020 г. в 17:30, Kurt Miller :
> >
> > On Tue, 2020-05-19 at 12:48 +0300, Matwey V. Kornilov wrote:
> > > вт, 19 мая 2020 г. в 01:06, Kurt Miller :
> > > >
> > > >
> > > > On Wed, 2020-05-13 at 16:10 -0400, Kurt Miller wrote:
Hi Kurt
On Tue, May 12, 2020 at 3:00 AM Kurt Miller wrote:
>
> On Mon, 2020-04-27 at 14:52 +0800, Chen-Yu Tsai wrote:
> > From: Chen-Yu Tsai
> >
> > This syncs rk3328 device tree files from the Linux kernel next-20200324.
> > The last commit to touch these file
On Thu, Apr 30, 2020 at 5:08 PM Kever Yang wrote:
>
>
> On 2020/4/27 下午2:52, Chen-Yu Tsai wrote:
> > --- a/board/rockchip/evb_rk3328/MAINTAINERS
> > +++ b/board/rockchip/evb_rk3328/MAINTAINERS
> > @@ -5,6 +5,13 @@ F: board/rockchip/evb_rk3328
> > F:
From: Chen-Yu Tsai
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
- eMMC connector for optional module
- micro SD card slot
- 1 x USB 3.0 host port
- 2 x USB 2.0 host port
From: Chen-Yu Tsai
This syncs rk3328 device tree files from the Linux kernel next-20200324.
The last commit to touch these files is:
b2411befed60 ("arm64: dts: add bus to rockchip amba nodenames")
Additional changes not yet in the Linux kernel include:
arm64: dts: rockch
From: Chen-Yu Tsai
This syncs the rk3328 power domain header file from Linux kernel
next-20200324, to support newer hardware blocks when syncing the
device tree files.
The last non-merge commit to touch it was
b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
From: Chen-Yu Tsai
If the VBUS regulator is always-on, XHCI will fail to detect USB 3.0
devices; USB 2.0 devices will work however.
Make the VBUS regulator controllable and tie it to only the XHCI. This
makes all three USB ports usable.
Signed-off-by: Chen-Yu Tsai
---
Changes since v2
From: Chen-Yu Tsai
Hi everyone,
This is v3 of my ROC-RK3328-CC series. Changes from v2 are mainly
fixing USB functionality on RK3328 in U-boot. This includes restoring
the U-Boot specific "hnp-srp-disable" property for dwc2, moving the
dwc2 device node after the ehci/ohci ones, and m
From: Chen-Yu Tsai
The USB PHYs on the RK3328 aren't supported, nor are any other generic
PHYs. Because upstream Linux device trees already include the USB PHYs
and references in the USB hosts, this would result in various calls
to the generic PHY API to fail.
Instead, just disable generi
From: Chen-Yu Tsai
This syncs the rk3328 clock header file from Linux kernel next-20200324,
to support newer hardware blocks when syncing the device tree files.
The last non-merge commit to touch it was
0dc14b013f79 ("clk: rockchip: add clock id for watchdog pclk on rk3328")
R
From: Chen-Yu Tsai
USB 3.0 is only supported in U-boot, not in the Linux kernel where the
device tree files are ultimately synced from. While the xhci node was
moved, the external vbus regulator was not.
Move it as well.
Fixes: 2e91e2025c1b ("rockchip: rk3328: migrate u-boot node
From: Chen-Yu Tsai
The device tree file for rk3328-evb in the Linux kernel does not have
gmac2io enabled. Instead, gmac2phy is enabled, but that is not supported
in U-boot.
Move the gmac2io related nodes to rk3328-evb-u-boot.dtsi to preserve the
current functionality. When the device tree files
From: Chen-Yu Tsai
The "hnp-srp-disable" property for dwc2 is specific to U-boot, not part
of upstream Linux's device tree bindings.
Move it to rk3328-u-boot.dtsi to avoid losing it when syncing device
tree files.
Signed-off-by: Chen-Yu Tsai
---
Changes since v2:
- New patc
On Fri, Apr 24, 2020 at 5:20 AM Peter Geis wrote:
>
> On Thu, Apr 23, 2020 at 5:24 AM Chen-Yu Tsai wrote:
> >
> > Hi,
> >
> > On Tue, Apr 21, 2020 at 1:35 AM Peter Geis wrote:
> > >
> > > On Thu, Apr 16, 2020 at 5:53 AM Loic Devulder wrote:
&
opping USB..
> > Host not halted after 16000 microseconds.
> > XHCI: failed to set VBus supply
> > device_remove: Device 'usb@ff60' failed to remove, but children are
> > gone
> >
> > But for the whole series: Tested-by: Loic Devulder
> >
> >
On Thu, Apr 9, 2020 at 7:12 PM b.l.huang wrote:
>
> From f4253df37579aa9d48f98738eb7db3b6a3b9dff5 Mon Sep 17 00:00:00 2001
> From: "banglang.huang"
> Date: Thu, 9 Apr 2020 11:49:31 +0800
> Subject: [PATCH V2] rockchip: rk3328: add rockpie-rk3328_defconfig
>
> The ROCKPI-E is a credit card size SB
From: Chen-Yu Tsai
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
- eMMC connector for optional module
- micro SD card slot
- 1 x USB 3.0 host port
- 2 x USB 2.0 host port
From: Chen-Yu Tsai
Hi everyone,
This is v2 of my ROC-RK3328-CC series. Changes from v1 are mainly
dropping the custom board target, and dealing with the pinmuxing
through proper use of DM regulators / GPIO / pinctrl in SPL.
This series adds proper support for Firefly / Libre Computer ROC
From: Chen-Yu Tsai
USB 3.0 is only supported in U-boot, not in the Linux kernel where the
device tree files are ultimately synced from. While the xhci node was
moved, the external vbus regulator was not.
Move it as well.
Fixes: 2e91e2025c1b ("rockchip: rk3328: migrate u-boot node
From: Chen-Yu Tsai
This syncs rk3328 device tree files from the Linux kernel next-20200324.
The last commit to touch these files is:
b2411befed60 ("arm64: dts: add bus to rockchip amba nodenames")
Additional changes not yet in the Linux kernel include:
arm64: dts: rockch
From: Chen-Yu Tsai
This syncs the rk3328 clock header file from Linux kernel next-20200324,
to support newer hardware blocks when syncing the device tree files.
The last non-merge commit to touch it was
0dc14b013f79 ("clk: rockchip: add clock id for watchdog pclk on rk3328")
R
From: Chen-Yu Tsai
The device tree file for rk3328-evb in the Linux kernel does not have
gmac2io enabled. Instead, gmac2phy is enabled, but that is not supported
in U-boot.
Move the gmac2io related nodes to rk3328-evb-u-boot.dtsi to preserve the
current functionality. When the device tree files
From: Chen-Yu Tsai
This syncs the rk3328 power domain header file from Linux kernel
next-20200324, to support newer hardware blocks when syncing the
device tree files.
The last non-merge commit to touch it was
b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
On Tue, Mar 31, 2020 at 8:37 PM Jagan Teki wrote:
>
> On Tue, Mar 31, 2020 at 5:16 PM Chen-Yu Tsai wrote:
> >
> > On Tue, Mar 31, 2020 at 6:57 PM Jagan Teki
> > wrote:
> > >
> > > On Mon, Mar 30, 2020 at 11:54 PM Chen-Yu Tsai wrote:
> > > &
On Tue, Mar 31, 2020 at 6:57 PM Jagan Teki wrote:
>
> On Mon, Mar 30, 2020 at 11:54 PM Chen-Yu Tsai wrote:
> >
> > On Tue, Mar 31, 2020 at 1:44 AM Jagan Teki
> > wrote:
> > >
> > > Hi Chen-Yu,
> > >
> > > On Fri, Mar 27, 2020 at 10:1
On Tue, Mar 31, 2020 at 1:44 AM Jagan Teki wrote:
>
> Hi Chen-Yu,
>
> On Fri, Mar 27, 2020 at 10:12 AM Chen-Yu Tsai wrote:
> >
> > From: Chen-Yu Tsai
> >
> > The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
> > card size developm
On Sat, Mar 28, 2020 at 6:03 AM Kurt Miller wrote:
>
> On Sat, 2020-03-28 at 01:44 +0800, Chen-Yu Tsai wrote:
> > Hi,
> >
> > On Fri, Mar 27, 2020 at 11:07 PM Kurt Miller
> > wrote:
> > >
> > >
> > > On Fri, 2020-03-27 at 12:41 +080
Hi,
On Fri, Mar 27, 2020 at 11:07 PM Kurt Miller wrote:
>
> On Fri, 2020-03-27 at 12:41 +0800, Chen-Yu Tsai wrote:
> > From: Chen-Yu Tsai
> >
> > Hi everyone,
> >
> > This series adds proper support for Firefly / Libre Computer ROC-RK3328-CC
> > single
From: Chen-Yu Tsai
This syncs rk3328 device tree files from the Linux kernel next-20200324.
The last commit to touch these files is:
b2411befed60 ("arm64: dts: add bus to rockchip amba nodenames")
Additional changes not yet in the Linux kernel include:
arm64: dts: rockch
From: Chen-Yu Tsai
The device tree file for rk3328-evb in the Linux kernel does not have
gmac2io enabled. Instead, gmac2phy is enabled, but that is not supported
in U-boot.
Move the gmac2io related nodes to rk3328-evb-u-boot.dtsi to preserve the
current functionality. When the device tree files
From: Chen-Yu Tsai
Hi everyone,
This series adds proper support for Firefly / Libre Computer ROC-RK3328-CC
single board computer.
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
From: Chen-Yu Tsai
This syncs the rk3328 clock header file from Linux kernel next-20200324,
to support newer hardware blocks when syncing the device tree files.
The last non-merge commit to touch it was
0dc14b013f79 ("clk: rockchip: add clock id for watchdog pclk on rk3328")
Sig
From: Chen-Yu Tsai
The ROC-RK3328-CC from Firefly and Libre Computer Project is a credit
card size development board based on the Rockchip RK3328 SoC, with:
- 1/2/4 GB DDR4 DRAM
- eMMC connector for optional module
- micro SD card slot
- 1 x USB 3.0 host port
- 2 x USB 2.0 host port
From: Chen-Yu Tsai
USB 3.0 is only supported in U-boot, not in the Linux kernel where the
device tree files are ultimately synced from. While the xhci node was
moved, the external vbus regulator was not.
Move it as well.
Fixes: 2e91e2025c1b ("rockchip: rk3328: migrate u-boot node
From: Chen-Yu Tsai
This syncs the rk3328 power domain header file from Linux kernel
next-20200324, to support newer hardware blocks when syncing the
device tree files.
The last non-merge commit to touch it was
b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
Hi,
On Fri, Feb 28, 2020 at 1:47 AM Peter Geis wrote:
>
> On Fri, Feb 14, 2020 at 9:47 AM Loic Devulder wrote:
> >
> > This serie add support for roc-rk33239 board from Firefly/Libre
> > Computer:
> > - add missing L2 cache entry in rk3328 dts
> > - add roc-rk3328-cc board support
> >
> > Wi
On Mon, Jan 20, 2020 at 7:06 PM Peter Robinson wrote:
>
> On Mon, 20 Jan 2020, 10:08 Kever Yang, wrote:
>
> > Hi Peter,
> >
> > On 2020/1/20 下午5:22, Peter Robinson wrote:
> > > On Mon, Jan 13, 2020 at 7:03 AM Kever Yang
> > wrote:
> > >> Hi Peter,
> > >>
> > >> On 2020/1/8 上午11:56, Peter Robinso
On Fri, Jan 24, 2020 at 4:32 PM Chen-Yu Tsai wrote:
>
> On Fri, Jan 24, 2020 at 2:24 PM Jagan Teki wrote:
> >
> > On Tue, Jan 21, 2020 at 1:11 PM Chen-Yu Tsai wrote:
> > >
> > > On Tue, Jan 21, 2020 at 3:29 PM Jagan Teki
> > > wrote:
> >
On Tue, Jan 28, 2020 at 2:32 AM Tom Rini wrote:
>
> On Mon, Jan 27, 2020 at 11:25:16PM +0530, Jagan Teki wrote:
> > Hi Tom,
> >
> > On Thu, Jan 23, 2020 at 11:30 PM Tom Rini wrote:
> > >
> > > On Mon, Jan 20, 2020 at 10:30:07AM +0800, Kever Yang wrote:
> > >
> > > > Hi Tom,
> > > >
> > > > Please
On Fri, Jan 24, 2020 at 2:24 PM Jagan Teki wrote:
>
> On Tue, Jan 21, 2020 at 1:11 PM Chen-Yu Tsai wrote:
> >
> > On Tue, Jan 21, 2020 at 3:29 PM Jagan Teki
> > wrote:
> > >
> > > On Sun, Jan 12, 2020 at 9:06 PM Chen-Yu Tsai wrote:
> > > >
On Tue, Jan 21, 2020 at 3:29 PM Jagan Teki wrote:
>
> On Sun, Jan 12, 2020 at 9:06 PM Chen-Yu Tsai wrote:
> >
> > From: Chen-Yu Tsai
> >
> > The Libre Computer ALL-H3-IT board is a small single board computer that
> > is roughly the same size as the Rasp
Hi Jagan,
On Sun, Jan 12, 2020 at 11:36 PM Chen-Yu Tsai wrote:
>
> From: Chen-Yu Tsai
>
> Hi everyone,
>
> This patch series syncs up the device tree files and header files for
> Allwinner H3/H5 SoCs and related boards to linux-next-20200108, and
> then adds support for
From: Chen-Yu Tsai
Sync the device tree files and device tree header files from upstream
Linux kernel, as of 2020-01-08. The commit synced to in the sunxi repo
98d25b0b266d Merge branch 'sunxi/dt-for-5.6' into sunxi/for-next
which is also part of next-20200108.
Changes brought
From: Chen-Yu Tsai
The Libre Computer ALL-H3-IT board is a small single board computer that
is roughly the same size as the Raspberry Pi Zero, or around 20% smaller
than a credit card.
The board features:
- H2, H3, or H5 SoC from Allwinner
- 2 DDR3 DRAM chips
- Realtek RTL8821CU based
From: Chen-Yu Tsai
The Libre Computer ALL-H5-CC board is an upgraded version of the
ALL-H3-CC. Changes include:
- Gigabit Ethernet via external RTL8211E Ethernet PHY
- 16 MiB SPI NOR flash memory
- PoE tap header
- Line out jack removed
Only H5 variant test samples were made available
From: Chen-Yu Tsai
Hi everyone,
This patch series syncs up the device tree files and header files for
Allwinner H3/H5 SoCs and related boards to linux-next-20200108, and
then adds support for Libre Computer ALL-H3-IT H5 and ALL-H5-CC H5
boards.
Patch 1 syncs up the device tree files and
On Sun, Dec 22, 2019 at 10:07 PM Arjan van Vught
wrote:
>
>
>
> > Op 10 mrt. 2019, om 20:18 heeft Arjan van Vught
> > het volgende geschreven:
> >
> >
> >
> >> Op 7 mrt. 2019, om 09:04 heeft Chen-Yu Tsai het volgende
> >> geschreven:
1 - 100 of 752 matches
Mail list logo
