Hi Jianfeng,
On 5/27/24 10:57 AM, Jianfeng Liu wrote:
Hi all,
However... it seems we'll likely need to also cherry-pick patches for
the GPU (should probably be straightforward as nothing would be using
the GPU anyway in U-Boot) and the USBDP PHY... but this one we would
need to update all
Hi Jagan,
On 5/27/24 10:57 AM, Jagan Teki wrote:
On Mon, 27 May 2024 at 14:17, Quentin Schulz wrote:
Hi Jagan,
On 5/27/24 8:39 AM, Jagan Teki wrote:
Add support for USB OTG with UMS to program eMMC.
Add it for Edgeble NCM6A, NCM6B.
Signed-off-by: Jagan Teki
---
.../dts/rk3588-edgeble
Hi Jagan,
On 5/27/24 8:39 AM, Jagan Teki wrote:
Add support for USB OTG with UMS to program eMMC.
Add it for Edgeble NCM6A, NCM6B.
Signed-off-by: Jagan Teki
---
.../dts/rk3588-edgeble-neu6a-io-u-boot.dtsi| 18 ++
.../dts/rk3588-edgeble-neu6b-io-u-boot.dtsi| 18
Hi Jagan,
On 5/27/24 8:39 AM, Jagan Teki wrote:
Edgeble NCM6B SoM has built-in eMMC so make sdhci has first boot
priority.
Fix it for NCM6A, NCM6B SoM.
Signed-off-by: Jagan Teki
---
arch/arm/dts/rk3588-edgeble-neu6a-io-u-boot.dtsi | 6 +-
From: Quentin Schulz
Most of the current URLs should be redirected but some aren't already,
so let's anticipate more IT hiccups by migrating to new URLs.
Signed-off-by: Quentin Schulz
---
board/theobroma-systems/jaguar_rk3588/MAINTAINERS | 4 ++--
board/theobroma-systems/puma_rk3399
the press release.
Signed-off-by: Quentin Schulz
---
Quentin Schulz (3):
.mailmap: redirect Philipp Tomsich Theobroma address to Vrull
migrate Theobroma Systems mail addresses to CHERRY Embedded Solutions
rockchip: theobroma: update URLs to point to CHERRY website
From: Quentin Schulz
See
https://embedded.cherry.de/theobroma-systems-is-now-officially-part-of-cherry-se/
While the mail addresses on the theobroma-systems.com domain should be
redirect to cherry.de, let's anticipate IT hiccups and avoid important
mails not reaching us by swapping the domain
From: Quentin Schulz
The Theobroma address bounces as Philipp is not working there anymore,
so let's update with the one that seems to be working right now.
Cc: Philipp Tomsich
Signed-off-by: Quentin Schulz
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
From: Quentin Schulz
The ID of the PMIC is stored in the 2 16b registers but the only part
that matters right now is the 3 MSB, which make the 3 digits (in hex) of
the part number.
Right now, only RK808 was properly displayed, with this all currently
supported PMICs should display the proper
From: Quentin Schulz
On px30-ringneck the FIT payload is located at sector 0x200 compared to
the more Rockchip common sector 0x4000 offset:
SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR=0x200
Because FIT payload is located at sector 0x200 and the TPL+SPL is
located at sector 64, the combined size
From: Quentin Schulz
Since commit 6007b69d544e ("rockchip: rk3399-puma: Update SPL_PAD_TO
Kconfig option"), SPL_PAD_TO matches
(CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR - 64) * 512 and the default
value for simple-bin:fit:offset in rockchip-u-boot.dtsi is
SPL_PAD_TO, so let's remove thi
From: Quentin Schulz
CONFIG_ENV_OFFSET already defaults to 0x3F8000, however it is stored in
lowercase hexdigits instead of uppercase like in the defconfig.
No change in behavior intended.
Signed-off-by: Quentin Schulz
---
configs/puma-rk3399_defconfig | 1 -
1 file changed, 1 deletion
From: Quentin Schulz
The default env size is 0x8000 when building for Rockchip SoCs with
support for environment stored in MMC.
Jaguar hasn't entered mass production just yet, so it's a breaking
change we can afford in the name of consistency.
Signed-off-by: Quentin Schulz
---
configs/jaguar
of the fit offset in u-boot dtsi for Puma
and Ringneck.
Signed-off-by: Quentin Schulz
---
Quentin Schulz (5):
rockchip: jaguar-rk3588: use default env size for Rockchip on MMC
rockchip: rk3399-puma: remove default value from defconfig
rockchip: rk3399-puma: remove unnecessary
From: Quentin Schulz
Migrate PX30/RK3326 boards that exists in Linux v6.8 to use OF_UPSTREAM.
firefly-px30 is not migrated to OF_UPSTREAM because there's no Device
Tree in the Linux kernel.
Differences between U-Boot's Odroid-Go2 and Linux's are now moved to the
-u-boot.dtsi, though I have
From: Quentin Schulz
In the Device Tree, UART5 is the system UART, but in the defconfig it
currently is UART2. Let's sync the two by making the defconfig use UART5
as well.
Reviewed-by: Kever Yang
Signed-off-by: Quentin Schulz
---
configs/evb-px30_defconfig | 2 +-
1 file changed, 1
From: Quentin Schulz
In order to be able to properly mux UART on PX30 EVB, the pinmux needs
to be done at runtime, so let's not remove the pinctrl nodes from the
SPL DTB.
Reviewed-by: Kever Yang
Signed-off-by: Quentin Schulz
---
configs/evb-px30_defconfig | 2 +-
1 file changed, 1 insertion
From: Quentin Schulz
This adds the default pinmux for UART2 and UART5 to the TPL/SPL DTB (if
not removed through the CONFIG_OF_SPL_REMOVE_PROPS symbol) as those two
controllers are always made available to all boards.
Reviewed-by: Kever Yang
Signed-off-by: Quentin Schulz
---
arch/arm/dts
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
To: Suniel Mahesh
To: Simon Glass
To: Philipp Tomsich
To: Quentin Schulz
To: Klaus Goger
Cc: u-boot@lists.denx.de
Signed-off-by: Quentin Schulz
Changes in v2:
- remove px30-base and ringneck patches, they were sent for master
- migrate boards to OF_UPSTREAM
- Link to v1:
https
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
See commit 008ba0d56d00 ("rockchip: Add common default bss and stack
addresses") for memory layout. This migrates PX30 to use the new layout,
except for TPL. Indeed, PX30 is extremely limited in SRAM, so we need to
be extra careful about what goes into the TPL an
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory and it is
thus impossible to boot into U-Boot CLI.
Fix this by migrating to the common bss and stack addresses for PX30,
which drastically increases the size of the pre-reloc allocation pool (8
times bigger now
From: Quentin Schulz
This is the kind of setting that typically doesn't need to be changed
between boards based on the same SoC, so let's make it the default in
PX30 Kconfig so we don't have to care about it in the defconfig if we
don't want to.
Reviewed-by: Heiko Stuebner
Reviewed-by: Kever
To: Heiko Stuebner
To: Jagan Teki
To: Suniel Mahesh
To: Quentin Schulz
To: Klaus Goger
Cc: tr...@konsulko.com
Cc: jo...@kwiboo.se
Cc: u-boot@lists.denx.de
Signed-off-by: Quentin Schulz
Changes in v2:
- remove non-ringneck patches, they'll be for next instead
- Link to v1:
https://lore.kernel.org/r
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Fix most of checkpatch warnings and other obvious style issues.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Use CONFIG_IS_ENABLED() macro to check config options as recommended by
checkpatch, instead of checking those with just #ifdef CONFIG_...
No functional change.
There are actual functional changes in here.
defined(CONFIG_DM_MMC) !=
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Make dwmci_prepare_data() function easier to read by extracting the
preparation of IDMAC descriptor into a dedicated function.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:31 AM, Sam Protsenko wrote:
Make dwmci_send_cmd() easier to read by moving the DMA transfer handling
code into a dedicated function.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Move FIFO threshold initialization into a separate function to make
dwmci_init() more readable.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
later in other cases.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
struct idmac is only used in dw_mmc.c, so move it there from dwmmc.h to
avoid cluttering the interface in the header.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Nobody seems to use it, so just remove it.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
common.h header is marked for removal treewide and shouldn't be used.
Remove it from DW MMC driver.
No functional change.
Signed-off-by: Sam Protsenko
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Sam,
On 5/23/24 1:30 AM, Sam Protsenko wrote:
Extract clock control code into a separate routine to avoid code
duplication in dwmci_setup_bus().
No functional change.
There are some differences though.
Signed-off-by: Sam Protsenko
---
drivers/mmc/dw_mmc.c | 60
Hi Jianfeng Liu,
On 5/22/24 6:58 PM, Jianfeng Liu wrote:
[...]
Note that these commits:
- e18e5e8188f2 (arm64: dts: rockchip: add USBDP phys on rk3588)
- 6fca4edb93d3 (arm64: dts: rockchip: Add rk3588 GPU node)
are not synced to u-boot, so I remove usb3 drd nodes and gpu from kernel
devicetree.
Hi Heiko,
On 5/22/24 4:18 PM, Heiko Stübner wrote:
Hi Quentin,
Am Mittwoch, 22. Mai 2024, 15:59:24 CEST schrieb Quentin Schulz:
On 5/22/24 2:15 PM, Heiko Stuebner wrote:
[...]
I'm also a bit wary of defining SPLL (and for that matter also V0PLL to
PPLL) with offsets relative to a different
Hi Heiko,
On 5/22/24 2:15 PM, Heiko Stuebner wrote:
From: Heiko Stuebner
All parts expect the SPLL to run at 702MHz. In U-Boot it's the SPLL_HZ
declaring this rate and in the kernel it's a fixed clock definition.
While everything is expecting 702MHz, the SPLL is not running that
frequency
Hi Tom,
On 5/21/24 8:04 PM, Tom Rini wrote:
On Tue, May 21, 2024 at 07:39:53PM +0200, Quentin Schulz wrote:
PX30 Ringneck ran out of memory in the allocation pool of U-Boot proper
pre-reloc. Something needed to be done. Jonas did migrate a few SoCs
already to this common bss+stack addresses so
From: Quentin Schulz
In the Device Tree, UART5 is the system UART, but in the defconfig it
currently is UART2. Let's sync the two by making the defconfig use UART5
as well.
Signed-off-by: Quentin Schulz
---
configs/evb-px30_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Quentin Schulz
In order to be able to properly mux UART on PX30 EVB, the pinmux needs
to be done at runtime, so let's not remove the pinctrl nodes from the
SPL DTB.
Signed-off-by: Quentin Schulz
---
configs/evb-px30_defconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Quentin Schulz
This adds the default pinmux for UART2 and UART5 to the TPL/SPL DTB (if
not removed through the CONFIG_OF_SPL_REMOVE_PROPS symbol) as those two
controllers are always made available to all boards.
Signed-off-by: Quentin Schulz
---
arch/arm/dts/px30-u-boot.dtsi | 16
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory on PX30
Ringneck and it is thus impossible to boot into U-Boot CLI. It is
assumed the same problem can be seen on other PX30 boards though I
cannot guarantee it since I don't have access to them.
Fix
From: Quentin Schulz
U-Boot proper pre-reloc is currently running out of memory and it is
thus impossible to boot into U-Boot CLI.
Fix this by migrating to the common bss and stack addresses for PX30,
which drastically increases the size of the pre-reloc allocation pool (8
times bigger now
From: Quentin Schulz
See commit 008ba0d56d00 ("rockchip: Add common default bss and stack
addresses") for memory layout. This migrates PX30 to use the new layout,
except for TPL. Indeed, PX30 is extremely limited in SRAM, so we need to
be extra careful about what goes into the TPL an
From: Quentin Schulz
This is the kind of setting that typically doesn't need to be changed
between boards based on the same SoC, so let's make it the default in
PX30 Kconfig so we don't have to care about it in the defconfig if we
don't want to.
Signed-off-by: Quentin Schulz
---
arch/arm/mach
related to UART on the PX30 Mini EVB
I could test.
Boot (to U-Boot CLI) tested on PX30 Ringneck and PX30 Mini-EVB.
Thanks to Jonas for hinting where to look at.
Signed-off-by: Quentin Schulz
---
Quentin Schulz (10):
rockchip: px30: default TPL_SYS_MALLOC_F_LEN to 0x600 on PX30 Kconfig
level
Hi Jonas,
On 5/21/24 1:57 PM, Jonas Karlman wrote:
Hi Quentin,
On 2024-05-21 11:53, Quentin Schulz wrote:
> Hi all,
>
> On 5/20/24 6:06 PM, Tom Rini wrote:
>> Hey all,
>>
>> It's release day and here is -rc3. At this point, I think we're firmly
>> on "bu
Hi all,
On 5/20/24 6:06 PM, Tom Rini wrote:
Hey all,
It's release day and here is -rc3. At this point, I think we're firmly
on "bug fix and documentation" ground moving forward for changes to
v2024.07 and the next branch is open and ready for use and pull
requests.
In terms of a changelog,
:
- Address Quentin's feedback
Cc: Heinrich Schuchardt
Cc: Quentin Schulz
---
doc/develop/devicetree/control.rst | 9 ++---
doc/develop/process.rst| 13 +
2 files changed, 19 insertions(+), 3 deletions(-)
diff --git a/doc/develop/devicetree/control.rst
b/doc/develop
Development Process
section under the "Phases of the development process" section as well?
Otherwise,
Reviewed-by: Quentin Schulz
Thanks!
Quentin
Hi Tom,
On 5/16/24 10:34 PM, Tom Rini wrote:
Document the logic of when we do a full resync of the device trees used
by OF_UPSTREAM as well as that cherry-picking is allowed as needed.
Signed-off-by: Tom Rini
---
Cc: Heinrich Schuchardt
---
doc/develop/process.rst | 13 +
1
Hi Anand,
On 5/16/24 10:59 AM, Anand Moon wrote:
Changes help enable CONFIG_DISPLAY_CPUINFO to build with SPL_BUILD for
SoC RK356x and RK3588.
> Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/Makefile | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hi Anand,
On 5/16/24 10:59 AM, Anand Moon wrote:
Read the reset cause from clock reset unit for RK3328 SoC.
Cc: Jagan Teki
Signed-off-by: Anand Moon
---
arch/arm/mach-rockchip/cpu-info.c | 7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git
Hi Anand,
On 5/16/24 12:12 PM, Anand Moon wrote:
Hi Quentin
On Thu, 16 May 2024 at 14:52, Quentin Schulz wrote:
Hi Anand,
This is patch 9/9 but somehow I didn't receive any other patch, nor did
the mailing list? c.f.
https://lists.denx.de/pipermail/u-boot/2024-May/thread.html and
https
Hi Anand,
This is patch 9/9 but somehow I didn't receive any other patch, nor did
the mailing list? c.f.
https://lists.denx.de/pipermail/u-boot/2024-May/thread.html and
https://lore.kernel.org/u-boot/. Are you registered on the ML?
On 5/16/24 10:59 AM, Anand Moon wrote:
Imply
Hi Anand,
On 5/13/24 2:07 PM, Anand Moon wrote:
[You don't often get email from an...@edgeble.ai. Learn why this is important
at https://aka.ms/LearnAboutSenderIdentification ]
Hi Quentin,
On Mon, 13 May 2024 at 16:10, Quentin Schulz wrote:
Hi Anand,
On 5/11/24 6:12 PM, Anand Moon wrote
Hi Anand,
On 5/11/24 6:12 PM, Anand Moon wrote:
[You don't often get email from an...@edgeble.ai. Learn why this is important
at https://aka.ms/LearnAboutSenderIdentification ]
Migrate RV1126 boards that exists in Linux v6.8 to use OF_UPSTREAM.
Following targets is migrated to use
Hi Kever,
On 5/8/24 4:42 AM, Kever Yang wrote:
Hi Quentin,
Could you please update this patch with OF_UPSTREAM support?
No, I cannot yet :/
Tiger is only available in Linux kernel v6.9-rcX and dts/ in U-Boot is
currently at v6.8.
What are we supposed to do for this then?
Would
Hi Jonas,
On 5/6/24 5:17 PM, Jonas Karlman wrote:
Hi Quentin,
On 2024-05-06 13:07, Quentin Schulz wrote:
Hi Jonas,
On 5/1/24 6:22 PM, Jonas Karlman wrote:
rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
SCLK_PCIEPHY_REF clock.
The existing enable/disable ops
Hi Jonas,
On 5/1/24 6:22 PM, Jonas Karlman wrote:
rk3399-nanopi-4.dtsi try to set parent of and set rate to 100 MHz of the
SCLK_PCIEPHY_REF clock.
The existing enable/disable ops for SCLK_PCIEPHY_REF currently force
use of 24 MHz parent and rate.
Add improved support for setting parent and
Hi Jianfeng Liu,
On 5/4/24 7:05 PM, Jianfeng Liu wrote:
[You don't often get email from liujianfeng1...@gmail.com. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
ArmSoM Sige7 is a Rockchip RK3588 based SBC (Single Board Computer) by
ArmSoM.
There are two
Reviewed-by: Jonas Karlman
Reviewed=by: Quentin Schulz
Thanks,
Quentin
Hi Chris,
On 5/2/24 8:57 PM, Chris Morgan wrote:
From: Chris Morgan
The Indiedroid Nova is a Rockchip RK3588S based SBC from Indiedroid.
Specifications:
Rockchip RK3588S SoC
4x ARM Cortex-A76, 4x ARM Cortex-A55
4/8/16GB memory LPDDR4x
Mali G610MC4 GPU
Optional eMMC
Hi Chris,
On 4/26/24 5:33 PM, Chris Morgan wrote:
From: Chris Morgan
For root partitions, the UUID should still be random but the partition
type uuid should either be b921b045-1df0-41c3-af44-4c6f280d3fae for
aarch64 or 69dad710-2ce4-4e3c-b16c-21a1d49abed3 for aarch32. Correct
the attribute so
Hi Marek,
On 4/26/24 12:54 AM, Marek Vasut wrote:
Fix a typo, no functional change.
Signed-off-by: Marek Vasut
Reviewed-by: Quentin Schulz
Thanks,
Quentin
Hi Kever,
On 4/26/24 09:41, Kever Yang wrote:
Hi Quentin,
On 2024/4/25 18:46, Quentin Schulz wrote:
From: Quentin Schulz
Allow RK3568 and RK3588 based boards to get the RAM bank configuration
from the ROCKCHIP_TPL stage instead of the current logic. This fixes
both an issue where 256MB
From: Quentin Schulz
RK356x-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
The CONFIG_NR_DRAM_BANK now defaults to 10 which is a safe bet for
reading banks from ATAGS, so let's use the default
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
The CONFIG_NR_DRAM_BANK now defaults to 10 which is a safe bet for
reading banks from ATAGS, so let's use the default
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
RK3588-based devices now support creating DRAM banks with proper holes
by reading the ATAGS from Rockchip TPL blob, so let's use that mechanism
instead.
Since ft_board_setup isn't defined anymore, there's no need for
selecting CONFIG_OF_BOARD_SETUP.
Similarly, because
From: Quentin Schulz
When Rockchip TPL blob is used, the memory areas that can be used for
DRAM is gotten from ATAGS passed through the DRAM at a specific address.
The DDR_MEM tag contains at most 10 areas, so we should default to 10 if
Rockchip TPL blob is used. Note that it is technically
From: Quentin Schulz
Allow RK3568 and RK3588 based boards to get the RAM bank configuration
from the ROCKCHIP_TPL stage instead of the current logic. This fixes
both an issue where 256MB of RAM is blocked for devices with >= 4GB
of RAM and where memory holes need to be defined for devi
mory areas from the memory
areas to consider for putting holes in DRAM banks based on mem_map
struct may conflict with SDRAM, ROM or flashes if we ever add those to
the SoC's mem_map... Something we can tackle the day we do it, it's good
enough for now.
Co-Developed-by: Chris Morgan
Signed-off-
Hi Peter, Andre,
On 4/24/24 12:29, Andre Przywara wrote:
On Tue, 23 Apr 2024 12:55:55 +0200
Quentin Schulz wrote:
Hi Peter,
On 4/23/24 10:10, Peter Hoyes wrote:
From: Peter Hoyes
Polling cntpct_el0 in a tight loop for delays is inefficient.
This is particularly apparent on Arm FVPs
Hi Jonas,
On 4/24/24 00:40, Jonas Karlman wrote:
Hi Quentin,
On 2024-04-15 16:16, Quentin Schulz wrote:
From: Quentin Schulz
[...]
+ if (!(tmp_mem_map->attrs & PTE_BLOCK_NON_SHARE)) {
This check does not seem to work because PTE_BLOCK_NON_SHARE evaluat
Hi Peter,
On 4/23/24 10:10, Peter Hoyes wrote:
From: Peter Hoyes
Polling cntpct_el0 in a tight loop for delays is inefficient.
This is particularly apparent on Arm FVPs, which do not simulate
real time, meaning that a 1s sleep can take a couple of orders
of magnitude longer to execute in wall
From: Quentin Schulz
The RK3588-Q7 SoM is a Qseven-compatible (70mm x 70mm, MXM-230
connector) system-on-module from Theobroma Systems, featuring the
Rockchip RK3588.
It provides the following feature set:
* up to 16GB LPDDR4x
* on-module eMMC
* SD card (on a baseboard) via edge connector
Hi Jonas,
On 4/22/24 19:54, Jonas Karlman wrote:
Hi Quentin,
On 2024-04-22 18:41, Quentin Schulz wrote:
From: Quentin Schulz
[...]
diff --git a/arch/arm/dts/rk3588-tiger-haikou-u-boot.dtsi
b/arch/arm/dts/rk3588-tiger-haikou-u-boot.dtsi
new file mode 100644
index 000..4259399193a
Hi Kever,
On 4/23/24 03:09, Kever Yang wrote:
Hi Quentin,
On 2024/4/23 00:41, Quentin Schulz wrote:
From: Quentin Schulz
UART2 controller is the controller in the reference design for debug
console. The default mux is M0 in that reference design. Until now, all
boards seemed to be using
Hi Jonas,
On 4/22/24 19:41, Jonas Karlman wrote:
Hi Quentin,
On 2024-04-22 18:41, Quentin Schulz wrote:
From: Quentin Schulz
UART2 controller is the controller in the reference design for debug
console. The default mux is M0 in that reference design. Until now, all
boards seemed to be using
From: Quentin Schulz
The RK3588-Q7 SoM is a Qseven-compatible (70mm x 70mm, MXM-230
connector) system-on-module from Theobroma Systems, featuring the
Rockchip RK3588.
It provides the following feature set:
* up to 16GB LPDDR4x
* on-module eMMC
* SD card (on a baseboard) via edge connector
From: Quentin Schulz
UART2 controller is the controller in the reference design for debug
console. The default mux is M0 in that reference design. Until now, all
boards seemed to be using UART2M0 but RK3588 Tiger for example will be
using UART2M2 instead.
Therefore, let's add support
properly.
This has a light dependency on
https://lore.kernel.org/u-boot/20240415-rk35xx-dram-atags-v3-0-5bc5475b3...@theobroma-systems.com/
(the Tiger defconfig can be updated to remove the dependency if required)
Signed-off-by: Quentin Schulz
---
Quentin Schulz (2):
rockchip: rk3588: add
Hi Heinrich,
On 4/16/24 09:35, Heinrich Schuchardt wrote:
Avoid adding the same flag to KBUILD_CFLAGS twice.
Fixes: 8602d97ca2cf ("Makefile: avoid false positive -Wmaybe-uninitialized")
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Quentin Schulz
Thanks,
Quentin
BTW,
On 4/17/24 13:16, lukasz.czechow...@thaumatec.com wrote:
From: Lukasz Czechowski
There is a typo in your mail address. I assume your git config
user.email may be wrong, because your signed-off-by is correct.
Cheers,
Quentin
Hi Lukasz,
On 4/17/24 13:16, lukasz.czechow...@thaumatec.com wrote:
From: Lukasz Czechowski
Remove the log message "out" from sdram_init function which
pollutes the console. It brings no meaningful information and
might be unwanted in case silencing the console is required.
Instead, add a
-by: Quentin Schulz
Thanks,
Quentin
e should change arch/arm/mach-rockchip/Kconfig to use an `imply`
instead of `select`.
Anyway, no change required on my side. Only, if there's a v3 (for the Cc
and commit title, the Kconfig change would be a separate patch anyway).
Reviewed-by: Quentin Schulz
Thanks,
Quentin
:
Display TPL init information message only when TPL_BANNER_PRINT
configuration entry is set. This allows to disable information
message in case logs on UART are unwanted.
Signed-off-by: Lukasz Czechowski
This matches Rockchip's non-PX30 TPL, so:
Reviewed-by: Quentin Schulz
---
arch/arm/mach
1 - 100 of 873 matches
Mail list logo