On Thu, May 19, 2022 at 1:36 PM Peter Geis wrote:
>
> On Thu, May 19, 2022 at 1:23 PM Lee Jones wrote:
> >
> > On Thu, 19 May 2022, Lee Jones wrote:
> >
> > > On Thu, 19 May 2022, Peter Geis wrote:
> > >
> > > > On Thu, May 19, 2022 at 11:
On Thu, May 19, 2022 at 1:23 PM Lee Jones wrote:
>
> On Thu, 19 May 2022, Lee Jones wrote:
>
> > On Thu, 19 May 2022, Peter Geis wrote:
> >
> > > On Thu, May 19, 2022 at 11:47 AM Lee Jones wrote:
> > > >
> > > > On Thu, 19 May 2022, Lee Jon
On Thu, May 19, 2022 at 11:47 AM Lee Jones wrote:
>
> On Thu, 19 May 2022, Lee Jones wrote:
>
> > On Thu, 19 May 2022, Peter Geis wrote:
> >
> > > On Thu, May 19, 2022 at 10:56 AM Lee Jones wrote:
> > > >
> > > > > > > &g
On Thu, May 19, 2022 at 10:56 AM Lee Jones wrote:
>
> > > > > It's not clear how this issue (present 3 years ago) was finally
> > > > > resolved. From the thread, it looks as if the fix might have made its
> > > > > way into ATF, but I'm 87.6% sure ATF is not running on this platform
> > > > > (y
On Thu, May 19, 2022 at 4:17 AM Lee Jones wrote:
>
> On Wed, 18 May 2022, Peter Geis wrote:
> > On Wed, May 18, 2022 at 7:56 AM Lee Jones wrote:
> > >
> > > Looping int a few relevant/active kernel people/lists for full coverage.
> > >
> >
reset. This leads to situations like this one where
power domains are shut down during shutdown but aren't restored on
reboot. Mainline TF-A was patched to force all power domains online
when a soft reboot is triggered, which solved that issue. What
particular issues are you having initializi
On Mon, Mar 14, 2022 at 7:59 AM Philipp Tomsich
wrote:
>
> On Tue, 22 Feb 2022 at 02:31, Peter Geis wrote:
> >
> > Fixup the bootrom recovery mode code to function in spl, so we can
> > handle recovery mode in case u-boot loading is broken.
> >
> > Signed-o
On Mon, Mar 14, 2022 at 5:10 AM Kever Yang wrote:
>
> Hi Peter,
Good Morning,
>
> On 2022/2/22 09:31, Peter Geis wrote:
> > Fixup the bootrom recovery mode code to function in spl, so we can
> > handle recovery mode in case u-boot loading is broken.
> I don't u
le isn't grabbing them.
I saw a patch recently to help with that.
>
> tools/patman/patman is a very wonderful tool, you can have a try :)
I'll look into this!
>
>
> Thanks,
>
> - Kever
Always,
Peter
>
> On 2022/2/22 09:31, Peter Geis wrote:
> > to:
On Mon, Mar 14, 2022 at 4:47 AM Kever Yang wrote:
>
> Hi Peter,
Good Morning,
>
> On 2022/2/22 09:31, Peter Geis wrote:
> > The rockchip-sfc driver is missing an include to build correctly.
>
>
> I think this driver builds OK and has been tested by other developer,
On Fri, Mar 11, 2022 at 9:25 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Mon, 21 Feb 2022 at 18:31, Peter Geis wrote:
> >
> > This patch attempts to fix ram detection on rk3568.
> > Prior to this, the rk3568 incorrectly detected 8gb ram as 2gb.
> > On top o
On Fri, Mar 11, 2022 at 9:25 PM Simon Glass wrote:
>
> On Mon, 21 Feb 2022 at 18:31, Peter Geis wrote:
> >
> > Add the required platform data to the rk3568 chip config, in order to
> > support dwc3 otg on this chip.
> >
> > Signed-off-by: Peter Geis
> &
On Fri, Mar 11, 2022 at 9:25 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Mon, 21 Feb 2022 at 18:31, Peter Geis wrote:
> >
> > Fixup the bootrom recovery mode code to function in spl, so we can
> > handle recovery mode in case u-boot loading is broken.
>
On Fri, Mar 11, 2022 at 9:25 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Mon, 21 Feb 2022 at 18:31, Peter Geis wrote:
> >
> > Enable rk3568 spl to detect which device it was booted from.
> >
> > Signed-off-by: Peter Geis
> > ---
> > arch/arm/m
On Fri, Mar 11, 2022 at 9:25 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Mon, 21 Feb 2022 at 18:31, Peter Geis wrote:
> >
> > The reset handler for rk3568 is missing its private data. This leads to
> > an abort when a reset is triggered.
> >
> > Add
On Thu, Mar 10, 2022 at 2:36 PM Alper Nebi Yasak
wrote:
>
> On 06/03/2022 17:44, Peter Geis wrote:
> > On Sat, Mar 5, 2022 at 10:08 PM Simon Glass wrote:
> >> On Fri, 4 Mar 2022 at 12:56, Peter Geis wrote:
> >>> mkimage has the ability to process two file
On Sat, Mar 5, 2022 at 10:08 PM Simon Glass wrote:
>
> Hi Peter,
Good Morning,
>
> On Fri, 4 Mar 2022 at 12:56, Peter Geis wrote:
> >
> > mkimage has the ability to process two files at the same time.
> > This is necessary for rk356x support as both TPL
new flag "separate_files" for mkimage handling to gather the files
separately rather than combining them before passing them to mkimage.
Signed-off-by: Peter Geis
---
Changelog:
v2:
I've managed to move this all into mkimage.py as per Alper's suggestion.
I've added an exam
On Thu, Mar 3, 2022 at 4:17 PM Alper Nebi Yasak
wrote:
>
> On 01/03/2022 05:48, Peter Geis wrote:
> > Good Evening,
> >
> > I successfully tested your v2 patch series to create a bootable sdcard
> > image out of the box for rockpro64-rk3399.
> > Unfortunat
On Thu, Mar 3, 2022 at 4:17 PM Alper Nebi Yasak
wrote:
>
> On 03/03/2022 01:16, Peter Geis wrote:
> > On Wed, Feb 23, 2022 at 6:04 PM Simon Glass wrote:
> >> diff --git a/arch/arm/dts/rockchip-u-boot.dtsi
> >> b/arch/arm/dts/rockchip-u-boot.dtsi
> >&
atf_2
atf_3
Non working image produced from this:
Configuration 0 (config-1)
Description: rk3399-rockpro64.dtb
Kernel: unavailable
Firmware: u-boot
FDT: fdt-1
Loadables:atf-1
atf-2
atf-3
Also, it still doesn't support passing two separate files to mkimage
at the same time, required for proper support of rk33xx_SPI generation
and for rk35xx in general.
Please see my standalone patch for what I hacked together to get that working:
http://patchwork.ozlabs.org/project/uboot/patch/20220301024826.1228290-1-pgwipe...@gmail.com/
Note: those images are not functional either due to this issue.
A wishlist item would be for it to produce the original idbloader.img
and u-boot.itb files, at least for now.
Thanks!
Very Respectfully,
Peter Geis
filename = "rk3568_ddr_1560MHz_v1.12.bin";
};
u-boot-spl {
};
};
This is my first attempt to use in-reply-to, so I hope this works.
Thanks,
Peter Geis
Signed-off-by: Peter Geis
---
tools/binman/entry.py | 43 ++-
4
I recently submitted the first batch, which includes some fixes for
rk356x including ram detection (which is really broken currently).
Also, for building examples, check out my CI:
https://gitlab.com/pgwipeout/quartz64_ci
> Thank you in advance,
> Jayson
Very Respectfully,
Peter Geis
available, and I do not have the
insights into rockchip ram handling to tell if this is the correct way
to go about this.
Signed-off-by: Peter Geis
---
arch/arm/mach-rockchip/Kconfig | 1 +
arch/arm/mach-rockchip/rk3568/rk3568.c | 29 ++
arch/arm/mach-rockchip
The dwc3 code in the mach-rockchip board file is specific to the rk3399.
Move it to the rk3399 chip specific code.
Signed-off-by: Peter Geis
---
arch/arm/mach-rockchip/board.c | 24 -
arch/arm/mach-rockchip/rk3399/rk3399.c | 29 ++
2 files
Add the required platform data to the rk3568 chip config, in order to
support dwc3 otg on this chip.
Signed-off-by: Peter Geis
---
arch/arm/mach-rockchip/rk3568/rk3568.c | 29 ++
1 file changed, 29 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3568/rk3568.c
b
Fixup the bootrom recovery mode code to function in spl, so we can
handle recovery mode in case u-boot loading is broken.
Signed-off-by: Peter Geis
---
arch/arm/mach-rockchip/Makefile| 6 +++---
arch/arm/mach-rockchip/boot_mode.c | 4 +++-
arch/arm/mach-rockchip/rk3568/rk3568.c
Enable rk3568 spl to detect which device it was booted from.
Signed-off-by: Peter Geis
---
arch/arm/mach-rockchip/rk3568/rk3568.c | 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3568/rk3568.c
b/arch/arm/mach-rockchip/rk3568/rk3568.c
index 4e23feb9417f
Enable automatic clock gating on rk3568, which solves a 7c temperature
difference on SoQuartz compared to downstream.
Signed-off-by: Peter Geis
---
arch/arm/mach-rockchip/rk3568/rk3568.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/arch/arm/mach-rockchip/rk3568
The rockchip-sfc driver sanity checks the maximum frequency, but not the
minimum frequency.
This causes the probe to fail when a frequency isn't defined, such as
with `sf probe 0`.
Clamp the minimum frequency to the rockchip default clock rate.
Signed-off-by: Peter Geis
---
driver
In order to handle the rockchip recovery handler in spl, we need the adc
code to be available in spl.
Add a toggle to allow adc drivers to function in spl.
Signed-off-by: Peter Geis
---
common/spl/Kconfig | 5 +
drivers/Makefile | 1 +
2 files changed, 6 insertions(+)
diff --git a/common
Rockchip emmc devices have a similar issue to Rockchip dwmmc devices,
where performing dma to sram causes errors with suspend/resume.
Allow us to toggle sdma in spl for sdhci similar to adma support, so we
can ensure dma is not used when loading the sram code.
Signed-off-by: Peter Geis
The rockchip-sfc driver is missing an include to build correctly.
Signed-off-by: Peter Geis
---
drivers/spi/rockchip_sfc.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/spi/rockchip_sfc.c b/drivers/spi/rockchip_sfc.c
index e098acac..851a6482985b 100644
--- a/drivers/spi
detection on rk3568. Downstream
goes about this a different way, where they implemented a special
library to handle this.
Please review and *especially test* patch 11.
Very Respectfully,
Peter Geis
Peter Geis (11):
clk: rockchip: rk3568: fix reset handler
mmc: sdhci: allow disabling sdma in spl
The reset handler for rk3568 is missing its private data. This leads to
an abort when a reset is triggered.
Add the missing dev_set_priv to the rk3568 clk driver.
Fixes: 4a262feba3a5 ("rockchip: rk3568: add clock driver")
Signed-off-by: Peter Geis
---
drivers/clk/rockchip/clk_rk
On Thu, Feb 10, 2022 at 2:32 PM Peter Geis wrote:
>
> On Thu, Feb 10, 2022 at 1:58 PM Simon Glass wrote:
> >
> > Hi Peter,
> >
> > On Thu, 10 Feb 2022 at 08:04, Peter Geis wrote:
> > >
> > > On Tue, Feb 8, 2022 at 1:54 PM Simon Glass wrote:
>
On Thu, Feb 10, 2022 at 1:58 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Thu, 10 Feb 2022 at 08:04, Peter Geis wrote:
> >
> > On Tue, Feb 8, 2022 at 1:54 PM Simon Glass wrote:
> > >
> >
> > Good Morning,
> >
> > > Add the re
om a
prebuilt binary.
./tools/mkimage -n rk3568 -T rksd -d
rk3568_ddr_1560MHz_v1.12.bin:spl/u-boot-spl.bin idbloader.img
The Makefile method didn't seem to be able to handle this, so I had to
hack in my own function to do it.
I'm hoping this series provides a more elegant solution.
Thanks,
Peter Geis
On Fri, Aug 21, 2020 at 7:30 PM Peter Geis wrote:
>
> On Fri, Aug 21, 2020 at 6:41 PM Stephen Warren wrote:
> >
> > On 8/21/20 3:39 PM, Tom Rini wrote:
> > > On Fri, Aug 21, 2020 at 05:30:54PM -0400, Peter Geis wrote:
> > >> On Fri, Aug 21, 2020 at 5:04 PM
On Fri, Aug 21, 2020 at 6:41 PM Stephen Warren wrote:
>
> On 8/21/20 3:39 PM, Tom Rini wrote:
> > On Fri, Aug 21, 2020 at 05:30:54PM -0400, Peter Geis wrote:
> >> On Fri, Aug 21, 2020 at 5:04 PM Tom Rini wrote:
> >>>
> >>> On Fri, Aug 21, 2020 at 04:1
On Fri, Aug 21, 2020 at 5:04 PM Tom Rini wrote:
>
> On Fri, Aug 21, 2020 at 04:17:24PM -0400, Peter Geis wrote:
> > On Mon, Jul 6, 2020 at 3:48 PM Peter Geis wrote:
> > >
> > > On Mon, Jul 6, 2020 at 1:04 PM Stephen Warren
> > > wrote:
> > &g
On Mon, Jul 6, 2020 at 3:48 PM Peter Geis wrote:
>
> On Mon, Jul 6, 2020 at 1:04 PM Stephen Warren wrote:
> >
> > On 7/3/20 6:32 AM, Peter Geis wrote:
> > > Good Morning,
> > >
> > > I am attempting to expand on the work for chainloading U-Boot on th
On Mon, Jul 6, 2020 at 1:04 PM Stephen Warren wrote:
>
> On 7/3/20 6:32 AM, Peter Geis wrote:
> > Good Morning,
> >
> > I am attempting to expand on the work for chainloading U-Boot on the
> > nyan-big in order to chainload U-Boot on the Ouya Tegra30 device from
&
On Sun, Jul 5, 2020 at 11:35 AM Simon Glass wrote:
>
> Hi Peter,
>
> On Sun, 5 Jul 2020 at 05:33, Peter Geis wrote:
> >
> > On Sat, Jul 4, 2020 at 3:53 PM Simon Glass wrote:
> > >
> > > Hi Peter,
> > >
> > > On Fri, 3 Jul 20
On Sat, Jul 4, 2020 at 3:53 PM Simon Glass wrote:
>
> Hi Peter,
>
> On Fri, 3 Jul 2020 at 06:33, Peter Geis wrote:
> >
> > Good Morning,
> >
> > I am attempting to expand on the work for chainloading U-Boot on the
> > nyan-big in order to chainl
debug.
Do you think you could give me some insight into where I'm going wrong?
Thank you,
Peter Geis
On Tue, Jun 2, 2020 at 11:12 AM Kurt Miller wrote:
>
> On Tue, 2020-06-02 at 10:23 +0800, Shawn Lin wrote:
> >
> > 在 2020/6/2 9:59, Kever Yang 写道:
> > >
> > > Hi Kurt,
> > >
> > > On 2020/6/2 上午4:30, Kurt Miller wrote:
> > > >
> > > > On at least the RockPro64, many cards will trip a
> > > > synch
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:
> > >
> > > Hi Chen,
> > >
> > > I tested your patches and
I have tested this patch set against u-boot git as of 20 April 2020
and have some feedback.
The issue of booting off the sdmmc is fixed, thanks!
The USB issues above come from a few issues:
vcc_host1_5v is set to regulator-always-on, which prevents USB from
resetting properly, remove this option allows xhci to clean up.
USB 2.0 Host does not work because there is no rockchip,rk3328-usb2phy yet.
This causes the generic ohci and ehci drivers to fail, removing
CONFIG_PHY from your defconfig resolves this.
The USB-OTG port appears to not work because it's stuck in peripheral mode.
The vbus-supply = <&vcc_host1_5v> should be on all three USB
controllers, as it powers all three ports.
Overall, excellent work!
For the whole series: Tested-by: Peter Geis
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
>
> With this we can successfully boot the board with mainline U-Boot and
> bina
On Thu, Dec 12, 2019 at 10:22 PM Kever Yang wrote:
>
> Hi Peter,
>
> On 2019/12/5 上午10:19, Peter Geis wrote:
> > Good Evening,
> >
> > I am trying to get TPL/SPL working on the rk3328-firefly ddr4 4gb board.
> > I've pulled the ddr4 dt
Good Evening,
I am trying to get TPL/SPL working on the rk3328-firefly ddr4 4gb board.
I've pulled the ddr4 dtsi from the rockchip u-boot repository [0].
Unfortunately I cannot get the ddr4 to detect correctly.
With the u-boot tpl, I get the following:
U-Boot TPL 2020.01-rc3-00072-g1a1bea82b2-di
On 2/11/2019 5:13 PM, Stephen Warren wrote:
On 2/11/19 3:48 AM, Thierry Reding wrote:
On Mon, Feb 11, 2019 at 10:04:37AM +, Tristan Bastian wrote:
Thierry Reding – Mon, 11. February 2019 10:38
On Mon, Feb 11, 2019 at 09:20:33AM +, Tristan Bastian wrote:
Thierry Reding – Mon, 11.
53 matches
Mail list logo
