Hi Fabio,
On 10/4/24 14:32, Fabio Estevam wrote:
Hi Stefan,
On 20/09/2024 07:00, Stefan Roese wrote:
Changes since v2:
- Use u8 instead of char. (Stefan)
- Keep the Copyright header from Linux. (Stfan)
Reviewed-by: Stefan Roese
Would it be OK if I take this patch via the u-boot-imx tree
), 41 deletions(-)
create mode 100644 include/u-boot/schedule.h
Thanks for this work - really appreciated. I'm leaving for vacation
pretty soon. Will take a closer look at these patches in roughly 2
weeks.
Thanks,
Stefan
driver.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Use u8 instead of char. (Stefan)
- Keep the Copyright header from Linux. (Stfan)
Reviewed-by: Stefan Roese
Thanks,
Stefan
drivers/power/pmic/da9063.c | 12 ++-
drivers/watchdog/Kconfig | 6 ++
drivers/watchdog
Hi Ivan,
Thanks for the quick response!
On 2024-09-19 11:52, Ivan T. Ivanov wrote:
> Hi Stefan,
>
>> On 19 Sep 2024, at 12:36, Stefan Agner wrote:
>>
>> Hi Ivan,
>>
>> I am looking into enabling NVMe boot support using U-Boot on Raspberry
>> Pi 5.
op of that machine that I used for developing this
> crashed and I lost my PCIe changes :-|. Anyway.
Have you tried using a M.2 HAT? This likely won't require much in terms
of enabling the device.
You write that you made some progress, is that compared to v3? Do you
mind sharing the late
quot;dlg,da9063-watchdog", },
+ {}
+};
+
+U_BOOT_DRIVER(da9063_wdt) = {
+ .name = "da9063-wdt",
+ .id = UCLASS_WDT,
+ .of_match = da9063_wdt_ids,
+ .ops = &da9063_wdt_ops,
+ .flags = DM_FLAG_PROBE_AFTER_BIND,
+};
Thanks,
Stefan
c-ahci".
Update existing defconfigs to use the new Kconfig name as well.
TEST: Booted on QEMU sbsa using the generic-ahci node.
Signed-off-by: Patrick Rudolph
Cc: Tom Rini
Cc: Stefan Roese
---
MAINTAINERS | 2 +-
configs/clearfog_defconfig
utton (Marek)
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=374&view=results
Thanks,
Stefan
The following changes since commit 1312faac5f52d27cfb45dfe1a5a93a2944ca5c21:
On 8/29/24 10:08, Marek Behún wrote:
Hello Stefan,
this series adds the ability to select 1333H DDR speed mode for DDR
training (instead of the default 1600K) with the factory reset button.
If possible, I would like if this series went for U-Boot 2024.10
release. The heavy stuff to support DDR
On 9/3/24 10:04, Marek Behún wrote:
On Tue, Sep 03, 2024 at 08:57:24AM +0200, Stefan Roese wrote:
On 8/29/24 10:08, Marek Behún wrote:
Use the i2c_eeprom miscellaneous driver for reading Turris Omnia EEPROM
in U-Boot proper. Keep using dm_i2c_read() in SPL build, since adding
the i2c_eeprom
if (reset_status < 0)
return;
- }
+
+ if (reset_status == OMNIA_RESET_TO_LOWER_DDR_SPEED)
+ return omnia_eeprom_set_lower_ddr_speed();
env_set_ulong("omnia_reset", reset_status);
Reviewed-by: Stefan Roese
Thanks,
Stefan
SPL/non-SPL distinction.
Thanks,
Stefan
+
if (ret) {
- printf("dm_i2c_read failed: %i, cannot read EEPROM\n", ret);
+ printf("cannot read EEPROM: %d\n", ret);
return false;
}
diff --git a/configs/turris_omnia
d *)oep, sizeof(*oep));
if (ret) {
printf("dm_i2c_read failed: %i, cannot read EEPROM\n", ret);
return false;
Reviewed-by: Stefan Roese
Thanks,
Stefan
Hi Simon,
On 24.07.24 17:08, Simon Glass wrote:
Use the new video function to get the framebuffer base.
Signed-off-by: Simon Glass
---
Tested-by: Stefan Bosch
Looks OK, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks!
board/friendlyarm/nanopi2/board.c
On 7/15/24 15:03, Rasmus Villemoes wrote:
Stefan Roese writes:
@Tom,
I can't find these patches (and v1) in patchworks. Do you have an
idea, why this is the case?
Perhaps because they (v2) have already been merged to master via a PR from
Peter? commit 1ca216522d4.
Ah, I was not
(Tony)
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=373&view=results
Thanks,
Stefan
The following changes since commit b182816c1fb436916661949213c543bf4d42250b:
turri
Synology
DS414 and DS214+ boards
- Add SYS_THUMB_BUILD to reduce binary size
- Add NET_RANDOM_ETHADDR
- Add CONFIG_LBA48 and CONFIG_SYS_64BIT_LBA to support >2TB HDD/SDD
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v3:
- Restore misc_init_r() to supp
On 5/22/24 23:51, Tony Dinh wrote:
Enable OF_UPSTREAM to use upstream DT and add marvell/ prefix to the
DEFAULT_DEVICE_TREE in DS116 defconfig. Remove current DTS in
arch/arm/dts/ directory.
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
arch/arm/dts
@Tom,
I can't find these patches (and v1) in patchworks. Do you have an
idea, why this is the case?
Thanks,
Stefan
On 7/12/24 11:07, Rasmus Villemoes wrote:
Two related leftovers I found while looking at remaining
hw_watchdog/CONFIG_HW_WATCHDOG items.
v2: Add Stefan's R-bs. Trim
x watchdog
driver and its references), but this block was left behind.
Another rpi watchdog driver has since been added, but that does not
select HW_WATCHDOG, so this remains dead and unused. Remove it.
Signed-off-by: Rasmus Villemoes
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/r
dy feels strong here to
drop these infos, then I won't object.
Reviewed-by: Stefan Roese
Thanks,
Stefan
Signed-off-by: Rasmus Villemoes
---
arch/arm/mach-bcm283x/reset.c | 7 ++-
1 file changed, 2 insertions(+), 5 deletions(-)
diff --git a/arch/arm/mach-bcm283x/reset.c b/ar
Synology
DS414 and DS214+ boards
- Add SYS_THUMB_BUILD to reduce binary size
- Add NET_RANDOM_ETHADDR
- Add CONFIG_LBA48 and CONFIG_SYS_64BIT_LBA to support >2TB HDD/SDD
Signed-off-by: Tony Dinh
Reviewed-by: Stefan Roese
@Phil, is this ready to be merged from your point of view as well?
Tha
Hi Tony,
On 7/9/24 22:27, Tony Dinh wrote:
Hi Stefan,
On Thu, May 23, 2024 at 12:27 AM Sumit Garg wrote:
On Thu, 23 May 2024 at 03:22, Tony Dinh wrote:
Enable OF_UPSTREAM to use upstream DT and add marvell/ prefix to the
DEFAULT_DEVICE_TREE in DS116 defconfig. Remove current DTS in
arch
Armada 38x and Turris Omnia
(Marek)
- Misc turris_omnia changes (Marek)
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=372&view=results
Thanks,
Stefan
The following change
value of CONFIG_DISTRO_DEFAULTS.
Signed-off-by: Robert Marko
Applied to u-boot-marvell/master
Thanks,
Stefan
---
include/configs/mvebu_armada-8k.h | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/include/configs/mvebu_armada-8k.h
b/include/configs/mvebu_armada-8k.h
On 6/18/24 17:34, Marek Behún wrote:
Hi Stefan,
this is v2 of the series adds some changes to DDR3 training for Armada
38x and Turris Omnia.
I also put one unrelated patch (Fix ethernet PHY reset gpio FDT fixup)
here.
It depends on stuff in Tom's next branch.
Applied to u-boot-ma
https://www.macronix.com/Lists/Datasheet/Attachments/8575/MX25L3205D,%203V,%2032Mb,%20v1.5.pdf
I'll wait for Stefan to review the patch and let him decide whether I
should send in a V2 patch or he will modify the commit description.
I've changed the commit message accordingly.
Applied to
be provided.
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
arch/arm/mach-mvebu/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-mvebu/cpu.c b/arch/arm/mach-mvebu/cpu.c
index 7c62a5dbb6..6dd729ae6e 100644
--- a/arch/arm
On 5/30/24 06:47, Benjamin Schneider wrote:
Add support for a Marvell Armada 3720 device variant
Signed-off-by: Benjamin Schneider
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v3:
- Fix typo in MAINTAINERS
board/Marvell/mvebu_armada-37xx/MAINTAINERS | 5
ff-by: Emil Kronborg
---
arch/arm/mach-davinci/include/mach/timer_defs.h | 16
1 file changed, 16 deletions(-)
Reviewed-by: Stefan Roese
Thanks,
Stefan
diff --git a/arch/arm/mach-davinci/include/mach/timer_defs.h
b/arch/arm/mach-davinci/include/mach/timer_defs.
mer_defs.h| 4 ---
arch/arm/mach-davinci/timer.c | 31 ---
2 files changed, 35 deletions(-)
Nice small cleanup:
Reviewed-by: Stefan Roese
Thanks,
Stefan
diff --git a/arch/arm/mach-davinci/include/mach/timer_defs.h
b/arch/arm/mach-davinci/include/mach/timer_de
Hi Jiaxun,
On 6/18/24 16:00, Jiaxun Yang wrote:
在2024年6月18日六月 上午12:29,Tom Rini写道:
[...]
Acked-by: Stefan Roese
Can we please get either this, or
https://patchwork.ozlabs.org/project/uboot/patch/20240524210817.1953298-1-rasmus.villem...@prevas.dk/
merged for master? The number of false
Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=371&view=results
Thanks,
Stefan
The following changes since commit 16324b43db3f2b4fbbc3b701893fcfc4104f33fb:
Merge tag 'u-boot-nand-20240617' of
https://source.denx.de/u-boot/custodians/u-b
On 6/18/24 01:29, Tom Rini wrote:
On Fri, Jun 14, 2024 at 04:13:54PM +0200, Stefan Roese wrote:
On 6/12/24 18:50, Tom Rini wrote:
On Wed, Jun 12, 2024 at 05:13:37PM +0100, Jiaxun Yang wrote:
在2024年6月12日六月 下午5:00,Tom Rini写道:
[...]
configs/octeon_nic23_defconfig | 1 -
2 files changed
the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=369&view=results
Thanks,
Stefan
The following changes since commit 0786dd573d0793417852e009dee3148ebdd163f3:
test/py: net_boot: Add test cases for net boot (2024-06-13 16:31:24
-0600)
are a
ested.
Apart from the two sh4 patches, these are independent of each other
and can be applied individually.
Cc: Angelo Dureghello
Cc: Christophe Leroy
Cc: Huan Wang
Cc: Nobuhiro Iwamatsu
Applied to u-boot-watchdog/next
Thanks,
Stefan
Rasmus Villemoes (7):
m68k: remove dead code
he new API.
v2: Add R-bs from Stefan. Fixup whitespace in the doc/ part. Rebase
to current master (676903c1b97), fixing trivial conflict with
301bac6047c8.
Rasmus Villemoes (3):
cyclic: stop strdup'ing name in cyclic_register()
wdt-uclass: prevent multiple cyclic_register calls
cyclic
ested.
Apart from the two sh4 patches, these are independent of each other
and can be applied individually.
Cc: Angelo Dureghello
Cc: Christophe Leroy
Cc: Huan Wang
Cc: Nobuhiro Iwamatsu
Thanks for continuing the cleanup here:
Reviewed-by: Stefan Roese
Thanks,
Stefan
Rasmus Villemo
lved (I did not have this in mind when implementing), so:
Acked-by: Stefan Roese
Thanks,
Stefan
On 5/21/24 14:45, Rasmus Villemoes wrote:
On 21/05/2024 13.54, Stefan Roese wrote:
On 5/21/24 11:47, Rasmus Villemoes wrote:
On 21/05/2024 10.46, Rasmus Villemoes wrote:
A bit of a mixed bag. I've been wanting to submit something like 3/3
for a while. So when I stumbled on Marek's p
hese issues. I'm all for making this CI
build more stable, perhaps Tom has some ideas?
Regarding this cyclic patch:
Still some problems, MIPS64 related at least, octeon_nic23 target:
https://dev.azure.com/sr0718/0cded7c3-6e6a-4b57-8d0f-65c99496c42f/_apis/build/builds/357/logs/415
Thanks,
Stefan
On 5/21/24 10:38, Rasmus Villemoes wrote:
On 21/05/2024 08.57, Stefan Roese wrote:
On 5/19/24 21:44, Rasmus Villemoes wrote:
On 18/05/2024 09.34, Stefan Roese wrote:
This introduces some problems when compiling e.g. sandbox:
In file included from test/common/cyclic.c:10:
test/common
On 5/19/24 21:44, Rasmus Villemoes wrote:
On 18/05/2024 09.34, Stefan Roese wrote:
This introduces some problems when compiling e.g. sandbox:
In file included from test/common/cyclic.c:10:
test/common/cyclic.c: In function ‘dm_test_cyclic_running’:
test/common/cyclic.c:25:42: warning: passing
ompiler will see that (1) the callback is referenced, so not emit a
warning for a maybe-unused function and (2) see that it can actually
never be reached, so not emit any code for it.
Reviewed-by: Stefan Roese
Signed-off-by: Rasmus Villemoes
---
board/Marvell/octeon_nic23/boa
6 files changed, 64 insertions(+), 72 deletions(-)
I like this approach. And would like to pull this in as well, perhaps
before leaving on a 2 week vacation mid of next week. Unfortunately
this patch 3/3 does not apply on TOT any more. Could you please rebase
and re-submit?
Reviewed-by
/adi_wdt.c
Reviewed-by: Stefan Roese
Thanks,
Stefan
diff --git a/MAINTAINERS b/MAINTAINERS
index c1685f0352..6feb7e540b 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -618,6 +618,7 @@ F: drivers/pinctrl/pinctrl-adi-adsp.c
F:drivers/serial/serial_adi_uart4.c
F:drivers/timer
On 5/15/24 11:24, Marek Behún wrote:
On Wed, 15 May 2024 11:10:09 +0200
Stefan Roese wrote:
Hi Marek,
On 5/15/24 10:59, Marek Behún wrote:
On Mon, 6 May 2024 12:03:55 +0200
Stefan Roese wrote:
Hi Marek,
On 4/15/24 18:30, Marek Behún wrote:
Support old DDR3 training code on Turris
Hi Lukas,
On 5/15/24 08:33, Lukas Funke wrote:
Hi Stefan,
On 15.05.2024 08:12, Stefan Roese wrote:
Hi Lukas,
On 5/14/24 16:04, lukas.funke-...@weidmueller.com wrote:
From: Lukas Funke
Add driver to access ZynqMP efuses. This is a u-boot port of [1].
[1]
https://lore.kernel.org/all
Hi Marek,
On 5/15/24 10:59, Marek Behún wrote:
On Mon, 6 May 2024 12:03:55 +0200
Stefan Roese wrote:
Hi Marek,
On 4/15/24 18:30, Marek Behún wrote:
Support old DDR3 training code on Turris Omnia, selectable by U-Boot
enviroment variable.
Users experiencing DDR3 initialization failures or
truct udevice_id zynqmp_efuse_match[] = {
+ { .compatible = "xlnx,zynqmp-nvmem-fw", },
+ { /* sentinel */ },
+};
+
+static const struct misc_ops zynqmp_efuse_ops = {
+ .read = zynqmp_nvmem_read,
+ .write = zynqmp_nvmem_write,
+};
+
+U_BOOT_DRIVER(zynqmp_efuse) = {
+ .n
s(address),
+ lower_32_bits(address), 0, 0, ret_payload);
Same here.
Thanks,
Stefan
+
+ *out = ret_payload[1];
+
+ return ret;
+}
+
int zynqmp_pm_is_function_supported(const u32 api_id, const u32 id)
{
int ret;
diff --git a/include/zynqmp_firmware.h b/include/zynqmp_firmwar
Hi Rasmus,
On 5/13/24 13:09, Rasmus Villemoes wrote:
On 13/05/2024 12.40, Stefan Roese wrote:
On 5/9/24 02:47, Rasmus Villemoes wrote:
Currently, the cyclic_register() done in wdt_start() is not undone in
wdt_stop(). Moreover, calling wdt_start multiple times (which is
perfectly allowed on an
ble work here. I do have a question
regarding this patch though. AFAIU, it's a valid use-case to enable
2 different watchdog devices. And this patch will prevent such a
setup. Or do I misunderstand this?
Thanks,
Stefan
Signed-off-by: Rasmus Villemoes
---
drivers/watchdog/wdt-uclass.c |
as the cyclic_info is registered, so just make
that a requirement.
Signed-off-by: Rasmus Villemoes
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
common/cyclic.c | 2 +-
include/cyclic.h | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/common/cyclic.c b/common/cycli
On 02.05.24 03:31, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Tom Rini
Cc
On 02.05.24 03:31, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Ryan Chen
Cc
On 02.05.24 03:31, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Jagan Teki
On 02.05.24 03:30, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Tom Rini
Cc
On 02.05.24 03:30, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Lukasz
On 02.05.24 03:31, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Anatolij
On 02.05.24 03:31, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Tom Rini
Cc
On 02.05.24 03:30, Tom Rini wrote:
Remove from this driver directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Tested-by: Stefan Bosch
Looks ok, tested on FriendlyElec-Board NanoPC-T2
(s5p4418_nanopi2_defconfig).
Thanks a lot!
---
Cc: Heiko
On 02.05.24 03:30, Tom Rini wrote:
This file has many "Linux" style types in it, add
Signed-off-by: Tom Rini
Reviewed-by: Stefan Bosch
Thanks for your awesome work!
---
Cc: Stefan Bosch
---
arch/arm/mach-nexell/include/mach/mipi_display.h | 2 ++
1 file changed, 2
On 01.05.24 04:41, Tom Rini wrote:
Remove from this board vendor directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
Reviewed-by: Stefan Bosch
Tested-by: Stefan Bosch
Looks good, tested on FriendlyElec-Board NanoPC-T2.
Thanks a lot!
---
Cc: Stefan
On 30.04.24 15:35, Tom Rini wrote:
Remove from all mach-nexell files and when needed add missing
include files directly.
Signed-off-by: Tom Rini
Reviewed-by: Stefan Bosch
Tested-by: Stefan Bosch
Looks good, tested on FriendlyElec-Board NanoPC-T2.
Thanks a lot!
---
Cc: Stefan Bosch
/ddr3_debug.c:776:12: warning:
'ddr3_tip_access_atr' declared 'static' but never defined
[-Wunused-function]
776 | static int ddr3_tip_access_atr(u32 dev_num, u32 flag_id, u32
value, u32 **ptr);
|^~~
Please take a look.
Thanks,
Stefan
d
On 5/1/24 04:40, Tom Rini wrote:
Remove from this board vendor directory and when needed
add missing include files directly.
Signed-off-by: Tom Rini
---
Cc: Stefan Roese
Cc: Chris Packham
Cc: Tony Dinh
Cc: Jason Cooper
Cc: Siddarth Gore
Cc: Aaron Williams
---
arch/arm/mach-kirkwood
From: Stefan Eichenberger
In Linux, we allow sleep moci to be turned off when the carrier board
supports it and the system is in suspend. In U-Boot, however, we want
the sleep moci to be always on. So we use a gpio hog and disable the
regulator. This change is necessary because we switched to
From: Stefan Eichenberger
In Linux, we allow sleep moci to be turned off when the carrier board
supports it and the system is in suspend. In U-Boot, however, we want
the sleep moci to be always on. So we use a gpio hog and disable the
regulator. This change is necessary because we switched to
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
arch/arm/dts/Makefile | 28 +-
arch/arm/dts/kirkwood-6192.dtsi | 88 --
arch/arm/dts/kirkwood-6281.dtsi | 90 --
arch/arm/dts/kirkwood-6282.dtsi
)
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=343&view=results
Thanks,
Stefan
The following changes since commit cdfcc37428e06f4730ab9a17cc084eeb7676ea1a:
Merge tag 'u-boot-dfu-next-20240402
PCIe bus. And the Zyxel NSA310S
has an extensive overhaul in bindings and styles in upstream DTS version.
Tested-by: Michael Walle # on lschv2
Acked-by: Sumit Garg
Reviewed-by: Stefan Roese
Signed-off-by: Tony Dinh
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v3
.c
create mode 100644 drivers/misc/turris_omnia_mcu.c
create mode 100644 include/turris-omnia-mcu-interface.h
Applied to u-boot-marvell/master
Thanks,
Stefan
Hi Marek,
On 3/27/24 17:23, Marek Behún wrote:
Hi Stefan,
this is v3 of series adding support for new board revision of Turris
Omnia.
Changes since v2:
- patch 2: updated MCU command interface header
- patch 6: fixed bug setting \0 as end of string in src array instead
of dst
Hi Laurent,
Am 02.04.24 um 22:08 schrieb Laurent Pinchart:
Hello,
...
Stefan, I'm quite unfamiliar with the Raspberry Pi upstreaming process
(despite having sent patches for ages :-)), do I understand correctly
that this patch will go through your tree, or do I need to work with
someone
Am 02.04.24 um 10:58 schrieb Ivan T. Ivanov:
Hi,
On 2024-03-28 01:37, Laurent Pinchart wrote:
On Wed, Mar 27, 2024 at 07:49:38AM +0100, Stefan Wahren wrote:
Hi,
[add Peter and Ivan]
Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
> Hello,
>
> This small series includes a few drive
On 3/28/24 12:21, Marek Behún wrote:
On Thu, 28 Mar 2024 11:04:45 +0100
Stefan Roese wrote:
+static int mvebu_sysreset_request(struct udevice *dev, enum sysreset_t type)
+{
+ struct regmap *regmap = syscon_get_regmap(dev->parent);
+ uint bit;
+
+ if (type != SYSRESET_C
On 3/28/24 12:17, Marek Behún wrote:
On Thu, 28 Mar 2024 10:56:01 +0100
Stefan Roese wrote:
On 3/27/24 17:23, Marek Behún wrote:
Implement reading board serial number, first MAC address and board
version from MCU. MCU supports board information if the FEAT_BOARD_INFO
feature bit is set in
On 3/27/24 17:23, Marek Behún wrote:
Now that Turris Omnia has a rng driver provided in the MCU driver,
enable the rng command in defconfig.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_omnia_defconfig | 1 +
1 file changed, 1 insertion
On 3/27/24 17:23, Marek Behún wrote:
Add support for true random number generator provided by the MCU on
Turris Omnia. The MCU firmware supports TRNG if the FEAT_TRNG bit is set
in features. In that case we bind the rng driver.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks
On 3/27/24 17:23, Marek Behún wrote:
In the rng command, print
Abort
instead of
Reading RNG failed
if the error number is -EINTR, which can happen if the user pressed
CTRL-C.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
cmd/rng.c | 7 ---
1 file
On 3/27/24 17:23, Marek Behún wrote:
Enable support for the poweroff command via sysreset for Turris Omnia.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_omnia_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git a/configs
UCLASS_MISC.
The sysreset and gpio device are bound as child devices of the MCU device.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
configs/turris_omnia_defconfig| 1 +
drivers/gpio/Kconfig | 7 -
drivers/gpio/Makefile
On 3/27/24 17:23, Marek Behún wrote:
Update firmware features reading to try reading 32 bits of features and
fallback to reading 16 bits.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/gpio/turris_omnia_mcu.c | 32 ++--
1
On 3/27/24 17:23, Marek Behún wrote:
Use byteorder conversion function instead of manually assembling data
from/to MCU.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
drivers/gpio/turris_omnia_mcu.c | 80 +++--
1 file changed, 46
On 3/27/24 17:23, Marek Behún wrote:
Add driver model support for sysreset via mvebu system controller. This is
currently only available for U-Boot proper.
Signed-off-by: Marek Behún
Only a minor comment below. Other than this:
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
arch/arm
: Stefan Roese
Thanks,
Stefan
---
arch/arm/mach-mvebu/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-mvebu/Kconfig b/arch/arm/mach-mvebu/Kconfig
index 62a2bc5958..623432a60e 100644
--- a/arch/arm/mach-mvebu/Kconfig
+++ b/arch/arm/mach-mvebu/Kconfig
: Stefan Roese
Thanks,
Stefan
---
arch/arm/mach-mvebu/Kconfig | 11
arch/arm/mach-mvebu/Makefile| 2 +-
arch/arm/mach-mvebu/system-controller.c | 76 ++---
3 files changed, 54 insertions(+), 35 deletions(-)
diff --git a/arch/arm/mach-mvebu/Kconfig
depends on DM_RESET.
But the driver should not be built for SPL. Indeed the PCI_MVEBU driver
is not supported in SPL now, and so the mvebu-reset driver is not needed.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
arch/arm/mach-mvebu/Makefile | 3 ++-
1 file
On 3/27/24 17:23, Marek Behún wrote:
If the FEAT_CRYPTO feature bit is present in MCU features, the board
crypto is implemented by MCU and the Atmel SHA chip is not present.
Disable Atmel SHA device-tree node in that case.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 3/27/24 17:23, Marek Behún wrote:
If MCU supports the FEAT_CRYPTO feature, read board ECDSA public key
from MCU and print it.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 25 +++-
1 file
.
Signed-off-by: Marek Behún
Minor comment below. Other than this:
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_atsha_otp.c | 27 +--
board/CZ.NIC/turris_omnia/Makefile | 2 +-
board/CZ.NIC/turris_omnia/turris_omnia.c | 94
transaction fails. Handle both cases.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 100 +++
1 file changed, 68 insertions(+), 32 deletions(-)
diff --git a/board/CZ.NIC/turris_omnia/turris_omnia.c
b
x27; checkboard() also does.
Remove the second print.
Fixes: 8cd4bf7dc9ba ("turris: Use checkboard() instead of show_board_info()")
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_mox/turris_mox.c | 5 +
board/CZ.NIC/turris
On 3/27/24 17:23, Marek Behún wrote:
Add header containing all MCU command definitions and use it in board
code and in MCU driver.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
---
board/CZ.NIC/turris_omnia/turris_omnia.c | 81 +++-
drivers/gpio
On 3/27/24 17:23, Marek Behún wrote:
U-Boot builds for Turris Omnia are approaching the limit of 0xf
bytes, which is the size of the U-Boot partition on Omnia.
Enable LTO to get more size optimized binaries.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
including *-u-boot.dtsi
files from arch/arm/dts/ directory.
Background:
Hi Stefan,
Hi Michael,
I did a survey and we currently have 28 Kirkwood boards. Using some
commands and filters, here are the finding.
git grep -li arch_kirkwood configs | xargs grep DEVICE_TREE | cut -d '"' -f2
Hi,
[add Peter and Ivan]
Am 26.03.24 um 20:58 schrieb Laurent Pinchart:
Hello,
This small series includes a few drive-by fixes for DT validation
errors.
The first patch has been posted previously in v1 ([1], and now addresses
a small review comment. I think it's good to go.
The next two patc
config fragment for spi booting et al (Josua)
- rng: Add Turris Mox rTWM RNG driver (Max)
Here the Azure build, without any issues:
https://dev.azure.com/sr0718/u-boot/_build/results?buildId=341&view=results
Thanks,
Stefan
On 2/15/24 17:57, Max Resch wrote:
A RNG driver for Armada 3720 boards running the Turris Mox rWTM firmware
from CZ.NIC in the secure processor.
Signed-off-by: Max Resch
Applied to u-boot-marvell/master
Thanks,
Stefan
---
Changes in v5:
- check return code turris_rwtm_rng_fill_entropy
1 - 100 of 1042 matches
Mail list logo