Hi Quentin!
On 5/9/25 13:23, Quentin Schulz wrote:
> Hi Johannes,
>
> On 5/8/25 11:24 PM, Johannes Krottmayer wrote:
>> Add initial device tree for the STM32H747 discovery board.
>> Copied from the STM32H743 discovery board and modified for
>> the STM32H747 discovery
and
also the SoC is running in a limited mode according to the
TRM from the SoC.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32/stm32h7/lowlevel.S | 45 ++
1 file changed, 45 insertions(+)
create mode 100644 arch/ar
Add initial support for the STM32H747 discovery board. The
header is copied and modified from the STM32H743 discovery
board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
include/configs/stm32h747-disco.h | 37 +++
1 file changed
Add initial support for the STM32H747-DISCO board in Kconfig.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32/stm32h7/Kconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/mach-stm32/stm32h7/Kconfig
b/arch/arm/mach-stm32
Add initial device tree for the STM32H747 discovery board.
Copied from the STM32H743 discovery board and modified for
the STM32H747 discovery board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
dts/upstream/src/arm/st/stm32h747i-disco.dts | 115
The pins for USART1 have must be changed to other values, to
support the STM32H747 discovery board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
dts/upstream/src/arm/st/stm32h7-pinctrl.dtsi | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff
Add initial support for the STM32H747 discovery baord. Copied
from the STM32H743 discovery board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/dts/stm32h747i-disco-u-boot.dtsi | 101 ++
1 file changed, 101 insertions(+)
create
Add initial support for the STM32H747 discovery board. The
configuration is copied and modified from the STM32H743 discovery
board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
configs/stm32h747-disco_defconfig | 35 +++
1 file
Add 'stm32h7' subdirectory to main Makefile.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32/Makefile | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/mach-stm32/Makefile b/arch/arm/mach-stm32/Makefile
index 0
The code was copied from the STM32H743 discovery board and
modified for the STM32H747 discovery board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
board/st/stm32h747-disco/Kconfig | 15
board/st/stm32h747-disco/MAINTAINERS | 8
Add initial Makefile for the STM32H7 series:
Currently it includes only one additional assembly source file
which is required for the STM32H747I-DISCO board.
Signed-off-by: Johannes Krottmayer
Cc: Patrick Delaunay
Cc: Patrice Chotard
---
arch/arm/mach-stm32/stm32h7/Makefile | 6 ++
1
These patch series adds support for the STM32H747 discovery
board from STMicroelectronics.
Johannes Krottmayer (10):
arm: mach-stm32: stm32h7: add initial lowlevel early function
arm: mach-stm32: stm32h7: add initial Makefile
arm: mach-stm32: stm32h7: add STM32H747-DISCO board
arm: mach
Hi Tom!
I have tested the patch on real hardware and it works. But have
must add an additional board which is currently not in the U-Boot
tree from STMicroelectronis. Maybe I will release a patch series
too.
On 5/8/25 21:00, Johannes Krottmayer wrote:
> Since GNU binutils version 2.44, assem
27; at linking.
The macros ENTRY/ENDPROC includes this directive and should be
used for all assembly functions.
Signed-off-by: Johannes Krottmayer
Cc: Tom Rini
---
arch/arm/cpu/armv7m/start.S | 20 +---
1 file changed, 13 insertions(+), 7 deletions(-)
diff --git a/arch/arm/
Hello!
For a long time ago, I have wanted to release an patch series
to support the still active STM32H747i-DISCO board.
Currently I have added support for this board in my local
Git repository for U-Boot. But must do some tests on real
hardware now.
When I have tested it, can I release a patch
Hi Tom!
On 5/8/25 00:51, Tom Rini wrote:
> On Wed, May 07, 2025 at 07:07:03PM +0000, Johannes Krottmayer wrote:
>> Hi Tom!
>>
>> Okay, STT_FUNC is an alternative spelling for %function, didn't
>> know that before. So my question is deprecated.
>>
>> Sor
he/DCache will disabled before Linux, but currently I
didn't seen if U-Boot use also the caches.
On 5/7/25 21:07, Johannes Krottmayer wrote:
> Hi Tom!
>
> Okay, STT_FUNC is an alternative spelling for %function, didn't
> know that before. So my question is deprecated.
>
&
h with the ENTRY/ENDPROC macros and later with the VFP patch.
On 5/7/25 20:17, Johannes Krottmayer wrote:
> Hi Tom!
>
> Thanks for the quick response!
>
> On 5/7/25 18:55, Tom Rini wrote:
>> On Wed, May 07, 2025 at 06:07:54AM +, Johannes Krottmayer wrote:
>>
>>
Hi Tom!
Thanks for the quick response!
On 5/7/25 18:55, Tom Rini wrote:
> On Wed, May 07, 2025 at 06:07:54AM +0000, Johannes Krottmayer wrote:
>
>> Since GNU binutils version 2.44, assembly functions must include
>> the assembler directive .type name, %function. If not
ion' at linking.
Johannes Krottmayer (1):
arm: cpu: armv7m: add required .type name, %function directive
arch/arm/cpu/armv7m/start.S | 1 +
1 file changed, 1 insertion(+)
--
2.39.5
ion' at linking.
Signed-off-by: Johannes Krottmayer
Cc: Tom Rini
---
arch/arm/cpu/armv7m/start.S | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/cpu/armv7m/start.S b/arch/arm/cpu/armv7m/start.S
index 0c07f2140c7..c20f01a0aed 100644
--- a/arch/arm/cpu/armv7m/start.S
+++ b/arch/ar
Hello U-Boot list members!
There exist an issue with the newly GNU binutils version 2.44 when
trying to build U-Boot at link time.
Error output:
$ make stm32h743-eval_defconfig
$ make
[...]
LD u-boot
arm-none-eabi-ld.bfd: warning: -z norelro ignored
arm-none-eabi-ld.bfd: arch/arm/cpu/armv
, because the DM virtual root driver isn't
initialized yet in...
drivers/timer/timer-class.c:dm_timer_init()
[WORKAROUND]
Move error handling to (next patch in this serie)...
lib/time.c
Signed-off-by: Johannes Krottmayer
Cc: Wolfgang Denk
Cc: Thomas Chou
Cc: Rick Chen
Cc: Leo
Cc: Bin Men
o the timer_early_get_count() and
timer_early_get_rate().
Signed-off-by: Johannes Krottmayer
Cc: Wolfgang Denk
Cc: Thomas Chou
Cc: Rick Chen
Cc: Leo
Cc: Bin Meng
Cc: Sean Anderson
Cc: Anup Patel
Cc: Thomas Chou
---
lib/time.c | 42 +-
1 file change
ivers/timer/riscv_timer.c
I don't know who maintains these base libraries and base
functions, so I used the copyright holders. For the driver
I added the required maintainers to CC.
Signed-off-by: Johannes Krottmayer
Cc: Wolfgang Denk
Cc: Thomas Chou
Cc: Rick Chen
Cc: Leo
Cc: Bin Meng
Description:
When CONFIG_TIMER_EARLY is selected only the timer_early_* functions
will be called. With this patch first gd->timer will be checked, if the
DM timer is available, it uses the DM timer. When gd->timer is empty,
the timer_early_* functions will be called.
Signed-off-by: Jo
Description:
When CONFIG_TIMER_EARLY is selected and the timer driver implements
timer_early_get_count() and timer_early_get_rate() this leads to
an EAGAIN error in initf_dm() one some configurations.
Signed-off-by: Johannes Krottmayer
Cc: Tom Rini
---
common/board_f.c | 6 --
1 file
accepted.
Kind regards,
Johannes
Signed-off-by: Johannes Krottmayer
Cc: Tom Rini
---
Johannes Krottmayer (2):
common: board_f.c: Fix EAGAIN issue when CONFIG_TIMER_EARLY is
selected
lib: time.c: Try also DM timer, when CONFIG_TIMER_EARLY is selected
common/board_f.c | 6 ---
Fix documentation path in deprecated warning message about device
driver.
Signed-off-by: Johannes Krottmayer
---
tools/buildman/test.py | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/buildman/test.py b/tools/buildman/test.py
index 714bb3e4f9..27287438ee 100644
--- a
Fix documentation path in warning message about deprecated device driver.
Signed-off-by: Johannes Krottmayer
---
Makefile | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Makefile b/Makefile
index e6fc80aa6f..0af5065624 100644
--- a/Makefile
+++ b/Makefile
@@ -1080,7
Fix doc path in warning messages.
Okay?
Johannes Krottmayer (2):
Makefile: Fix doc path in warning message
tools: buildman: Fix doc path in warning message
Makefile | 4 ++--
tools/buildman/test.py | 2 +-
2 files changed, 3 insertions(+), 3 deletions(-)
--
2.34.1
rkspi driver;
>>
>> - rk3328-u-boot.dtsi
>>
>> BTW: the patch no need reply-to previous mail, you can make a new thread.
>>
>> Thanks,
>>
>> - Kever
>>
>> On 2020/7/4 上午2:08, Johannes Krottmayer wrote:
>>> Add U-Boot SPI support fo
Add U-Boot SPI Flash support for the PINE64 Rock64 board
Signed-off-by: Johannes Krottmayer
Cc: Matwey V. Kornilov
---
configs/rock64-rk3328_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs/rock64-rk3328_defconfig b/configs/rock64-rk3328_defconfig
index f123826358
Add U-Boot SPI Flash support for the PINE64 Rock64 board
Signed-off-by: Johannes Krottmayer
Cc: Matwey V. Kornilov
---
arch/arm/dts/rk3328-rock64-u-boot.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/rk3328-rock64-u-boot.dtsi
b/arch/arm/dts/rk3328-rock64-u
This patch series adds SPI Flash support for the PINE64 Rock64
board.
Tested with the version 2.0 of the board.
Johannes Krottmayer (2):
ARM: dts: rk3328-rock64: Add SPI Flash support
configs: rock64-rk3328_defconfig: Add SPI Flash support
arch/arm/dts/rk3328-rock64-u-boot.dtsi | 6
Add SPI support for the RK3328 clock driver
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
drivers/clk/rockchip/clk_rk3328.c | 31 +++
1 file changed, 31 insertions(+)
diff --git a/drivers/clk/rockchip/clk_rk3328.c
b/drivers/clk/rockchip
Add U-Boot SPI support for the RK3328
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
arch/arm/dts/rk3328-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/rk3328-u-boot.dtsi b/arch/arm/dts/rk3328-u-boot.dtsi
index c69e13e11e..c980daae99
This patch series adds support for the RK3328 SPI
controller.
Johannes Krottmayer (3):
drivers: clk: rockchip: clk_rk3328: Add SPI support
drivers: spi: rk_spi: Add support for RK3328
ARM: dts: rk3328: Add SPI support
arch/arm/dts/rk3328-u-boot.dtsi | 5 +
drivers/clk/rockchip
Add support for the RK3328 SPI controller
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
I don't know if "rk3399_spi_params" is also required for the
RK3328 SPI controller.
Probing, Reading, Writing and Erasing of a flash device works
with the SF command.
Hi Yakov,
have you fixed the issue?
I'm not a real developer from the U-Boot project, but I had a similar
issue on a PINE64 Rock64 board. The error code -19 was a missing alias
in the Device-Tree files on my used board.
Fixed this issue with the correct alias. Maybe it's the same issue
on your b
Add SPI Flash support for the PINE64 Rock64 board
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
Initial SPI Flash support.
Okay?
arch/arm/dts/rk3328-rock64-u-boot.dtsi | 6 ++
configs/rock64-rk3328_defconfig| 2 ++
2 files changed, 8 insertions(+)
diff
Add U-Boot SPI support for the RK3328
Signed-off-by: Johannes Krottmayer
Cc: Kever Yang
Cc: Jagan Teki
---
It's a initial SPI support. Not sure if "rk3399_spi_params" is also
needed. Probing of the SPI flash devices works. Tested with the
PINE64 Rock64 board.
Okay?
arch/a
17:52, Johannes Krottmayer wrote:
> Sorry for my late response.
>
> Thanks for the suggestions.
>
> On 22.05.20 at 16:28, Peter Robinson wrote:
>> Make sure you enable the driver for the actual flash chip too, some of
>> the popular ones are:
>> CONFIG_SPI_FLASH_W
Sorry for my late response.
Thanks for the suggestions.
On 22.05.20 at 16:28, Peter Robinson wrote:
> Make sure you enable the driver for the actual flash chip too, some of
> the popular ones are:
> CONFIG_SPI_FLASH_WINBOND=y
> CONFIG_SPI_FLASH_MACRONIX=y
> CONFIG_SPI_FLASH_SPANSION=y
> CONFIG_S
Hi,
I have a special question about reserved memory regions one some
architectures. For the first time only for ARM and ARM64.
Is there a equivalent or similar mechanism in U-Boot to tell the
Kernel, which memory regions are free available for the Kernel? On
x86 with GRUB as boot loader, I can us
Add a short description in the ZYNQ documentation how to prepare a SD card and
copy the related images to SD card.
Signed-off-by: Johannes Krottmayer
Cc: Michal Simek
---
Changes for v2
- added missing partition number in mount command
I think, it's necessary for the documentation to
On 03.06.20 at 08:23, Michal Simek wrote:
> On 02. 06. 20 17:55, Johannes Krottmayer wrote:
>> Add a short description in the ZYNQ documentation how to prepare a SD card
>> and
>> copy the related images to SD card.
>>
>> I think, it's necessary fo
Add a short description in the ZYNQ documentation how to prepare a SD card and
copy the related images to SD card.
I think, it's necessary for the documentation to avoid such user questions
(like mine) in this list.
Okay?
Signed-off-by: Johannes Krottmayer
---
doc/board/xilinx/zynq.rst
On 01.06.20 at 10:18, Michal Simek wrote:
> SPL is community effort and not supported flow by Xilinx. If you want to
> use it, use it but don't expect any help from Xilinx to help you with
> issues. I take care about it, use it but there is no planning behind. I
> am fixing issues for me and for t
Okay, thanks for the fast reply!
At the time I wrote this mail, I didn't read the docs.
Off-topic:
Are there plans for U-Boot to create a default image (including
FSBL, bitstream and U-Boot)?
For example (additional build step):
$ export BITSTREAM=/path/to/fpga.bit
For now I use Vivado to crea
Hello,
I just noticed that the support for the board Zybo-Z7
in mainline U-Boot is no longer available.
Are there some reasons why it was dropped? Couldn't
find any information in the list archive.
Thanks in advance!
--
Best regards,
Johannes K.
obe and etc
>
> to check what's wrong.
>
>
> Thanks,
>
> - Kever
>
> On 2020/5/20 上午7:41, Johannes Krottmayer wrote:
>> Hello,
>>
>> I just compiled U-Boot v2020.04 for a PINE64 Rock media board.
>> It compiles fine without errors, but when I tr
Hello,
I just compiled U-Boot v2020.04 for a PINE64 Rock media board.
It compiles fine without errors, but when I try to probe the
on board flash I get an error:
=> sf probe
Invalid bus 0 (err=-19)
Failed to initialize SPI flash at 0:0 (error -19)
=>
SPI is activated in the Device-Tree blob. I a
53 matches
Mail list logo
