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 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 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 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
debug.
Do you think you could give me some insight into where I'm going wrong?
Thank you,
Peter Geis
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
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 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 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
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 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
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 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.
> > >
> >
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 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 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 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 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.
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 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
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 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
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:
>
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
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 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
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
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
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
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
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
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
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
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
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
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
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
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 ++-
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
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
> >&
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
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 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
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 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 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:
> >
> > 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:
>
> 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:
> >
> > This patch attempts to fix ram detection on rk3568.
> > Prior to this, the rk3568 incorrectly detected 8gb ram as 2gb.
> > On top o
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,
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 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
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
53 matches
Mail list logo
