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
t 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
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
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
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
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
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
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
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
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
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
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 generic PHY
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")
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 patch
---
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:
&
..
> > 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 Sun, 2020-04-05
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
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
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 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")
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")
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
> >
> >
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
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,
> > > >
> > > >
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 f
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 in include
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
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:
On Fri, Dec 20, 2019 at 2:37 AM Jerome Brunet wrote:
>
> Add support for the Amlogic based libretech-pc platform.
> This platform comes with 2 variant, based on the s905d or s912 SoC.
>
> Signed-off-by: Jerome Brunet
> ---
> arch/arm/dts/Makefile | 2 +
>
On Fri, Nov 22, 2019 at 9:05 PM Andre Heider wrote:
>
> The BCM4345C5 of the Orange Pi 3 ships with the controller default
> address. Fix it up so it can function properly.
>
> The used address is "ethaddr" with the LSB flipped.
>
> Signed-off-by: Andre Heider
> ---
>
> NOTE:
>
it failed with error: -110
> > SPL: failed to boot from all boot devices
> > ### ERROR ### Please RESET the board ###
> >
> > Signed-off-by: Matwey V. Kornilov
>
> Reviewed-by: Kever Yang
Tested-by: Chen-Yu Tsai
on a Rock64.
_
gt; https://github.com/rockchip-linux/u-boot/commit/bfe741ab9eb4f97371a4e6c24185419d57a3a75f
> > and
> > https://github.com/rockchip-linux/u-boot/commit/73d952acc8cc1ddad6652ba71895d9fe928c1e4b
> > with minor modifications]
> > Signed-off-by: Matwey V. Ko
On Fri, Aug 2, 2019 at 6:55 PM Matwey V. Kornilov
wrote:
>
> пт, 2 авг. 2019 г. в 13:41, Chen-Yu Tsai :
> >
> > On Fri, Aug 2, 2019 at 3:40 PM Matwey V. Kornilov
> > wrote:
> > >
> > > This series adds initial TPL support for Pine64 Rock64 board.
> &
arch/arm/dts/rk3328-evb-u-boot.dtsi
> create mode 100644 arch/arm/dts/rk3328-sdram-ddr3-666.dtsi
> create mode 100644 arch/arm/dts/rk3328-sdram-lpddr3-1600.dtsi
> create mode 100644 arch/arm/dts/rk3328-sdram-lpddr3-666.dtsi
> create mode 100644 arch/arm/include/asm/arch-rockchip/sdra
On Wed, Jun 19, 2019 at 1:17 AM Jernej Škrabec wrote:
>
> Dne torek, 18. junij 2019 ob 19:13:16 CEST je Clément Péron napisal(a):
> > Hi,
> >
> > On Thu, 16 May 2019 at 03:27, Andre Przywara wrote:
> > > The first USB controller on the H6 SoC shares a PHY with the OTG
> > > controller.
On Mon, Jun 17, 2019 at 12:31 AM Corentin Labbe
wrote:
>
> Hello
>
> This serie fix building sun8i-emac for a83t and then enable networking
> for BananaPi M3.
>
> Regards
>
> Corentin Labbe (3):
> configs: Sinovoip_BPI_M3_defconfig: Fix invalid DLDO3 settings
> net: sun8i-emac: bring back
On Fri, May 3, 2019 at 8:15 PM Jagan Teki wrote:
>
> On Fri, May 3, 2019 at 3:31 PM Chen-Yu Tsai wrote:
> >
> > On Fri, May 3, 2019 at 5:49 PM Jagan Teki
> > wrote:
> > >
> > > On Fri, May 3, 2019 at 7:58 AM Chen-Yu Tsai wrote:
> > > >
&
On Fri, May 3, 2019 at 5:49 PM Jagan Teki wrote:
>
> On Fri, May 3, 2019 at 7:58 AM Chen-Yu Tsai wrote:
> >
> > From: Chen-Yu Tsai
> >
> > Hi everyone,
> >
> > This series enables EMAC (Ethernet controller) on two A83T boards,
> > the Cubietruck
From: Chen-Yu Tsai
The Bananapi M3 has an RTL8211E PHY connected to the EMAC using
RGMII. The PHY is powered by DCDC1 through SW @ 3.3V.
The board is designed to use 3.3V with RGMII, instead of the standard
reduced voltage of 2.5V we see everywhere. DLDO3, which provides the
I/O voltages
From: Chen-Yu Tsai
Hi everyone,
This series enables EMAC (Ethernet controller) on two A83T boards,
the Cubietruck Plus and Bananapi M3.
This series is now based on sunxi/next, which has patches that convert
sun8i-emac to use the common CLK and DM_RESET framework.
The two patches enable
From: Chen-Yu Tsai
The Cubietruck Plus has an RTL8211E PHY connected to the EMAC using
RGMII. The PHY is powered by DLDO4 @ 3.3V, while the I/O pins are
powered by DLDO3 @ 2.5V.
This patch enables the EMAC and Realtek PHY drivers in the defconfig.
The device tree file already has the EMAC
From: Chen-Yu Tsai
The Bananapi M3 has an RTL8211E PHY connected to the EMAC using
RGMII. The PHY is powered by DCDC1 through SW @ 3.3V.
The board is designed to use 3.3V with RGMII, instead of the standard
reduced voltage of 2.5V we see everywhere. DLDO3, which provides the
I/O voltages
From: Chen-Yu Tsai
Hi everyone,
This series enables EMAC (Ethernet controller) on two A83T boards,
the Cubietruck Plus and Bananapi M3.
This series is now based on sunxi/next, which has patches that convert
sun8i-emac to use the common CLK and DM_RESET framework.
The two patches enable
From: Chen-Yu Tsai
The Cubietruck Plus has an RTL8211E PHY connected to the EMAC using
RGMII. The PHY is powered by DLDO4 @ 3.3V, while the I/O pins are
powered by DLDO3 @ 2.5V.
This patch enables the EMAC and Realtek PHY drivers in the defconfig.
The device tree file already has the EMAC
1 - 100 of 732 matches
Mail list logo