[PATCH 2/2] ARM: boards: fix nand bbu_handler device paths

2025-02-21 Thread Stefano Manni
The bbu handler for nand now takes the device path as parameter and no longer use the hardcoded value. Make the change accordingly to all the boards using it. Signed-off-by: Stefano Manni --- arch/arm/boards/digi-ccimx6ulsom/board.c | 3 ++- arch/arm/boards/gateworks-ventana/board.c | 4 +++- a

[PATCH 1/2] imx-bbu-nand-fcb: do not use hardcoded devicefile

2025-02-21 Thread Stefano Manni
Device file was hardcoded to "nand0.barebox". This patch harmonize the signature of imx6_bbu_nand_register_handler() imx7_bbu_nand_register_handler() imx28_bbu_nand_register_handler() with the other bbu register functions in order to take the devicefile as parameter. Signed-off-by: Stefano Manni

Re: [PATCH 1/2] imx-bbu-nand-fcb: do not use hardcoded devicefile

2025-02-21 Thread Ahmad Fatoum
Hello Stefano, On 21.02.25 19:01, Stefano Manni wrote: > Device file was hardcoded to "nand0.barebox". > This patch harmonize the signature of > > imx6_bbu_nand_register_handler() > imx7_bbu_nand_register_handler() > imx28_bbu_nand_register_handler() > > with the other bbu register functions in

Re: [PATCH 1/2] imx-bbu-nand-fcb: do not use hardcoded devicefile

2025-02-21 Thread Stefano Manni
Hi Sasha, sorry but I changed my workstation recently and did not restore send-email as on the old one. I thought the mail client geary would be enough but it is not. I will send a new patch series in these days. Best, Stefano On ven, feb 21 2025 at 11:38:26 +01:00:00, Sascha Hauer wrote:

barebox-2025.02.0

2025-02-21 Thread Sascha Hauer
Hi All, barebox-2025.02.0 is out. Topic of the month is security. This release has several memory overflow fixes for different filesystems. barebox has a history of being a great bring-up and development tool for embedded hardware. While barebox can be used in a secure boot environment, doing so

Re: [PATCH] scripts: include: rename printk.h to printf.h

2025-02-21 Thread Sascha Hauer
On Thu, Feb 20, 2025 at 07:38:47AM +0100, Ahmad Fatoum wrote: > Hello Sascha, > > On 07.02.25 09:27, Sascha Hauer wrote: > > > > On Wed, 05 Feb 2025 11:25:49 +0100, Jules Maselbas wrote: > >> The include scripts/include/asm-generic/bug.h relied on a printk.h > >> compatible header which is locate

Re: [PATCH] boot: fix systemd watchdog command line argument

2025-02-21 Thread Sascha Hauer
On Thu, 20 Feb 2025 10:17:43 +0100, Sascha Hauer wrote: > The kernel command line option to specify the watchdog to use is > "systemd.watchdog_device" as specified in [1], not > "systemd.watchdog-device" > > [1] > https://www.freedesktop.org/software/systemd/man/latest/kernel-command-line.html#

Re: [PATCH 1/6] malloc: define a maximum malloc size

2025-02-21 Thread Sascha Hauer
On Thu, 20 Feb 2025 21:30:27 +0100, Ahmad Fatoum wrote: > TLSF and dlmalloc each already enforce a maximum allocation size. > > Let's define SZ_1G as common maximum allocation size in preparation > for aligning all allocators to observe it. > > The intention is to make code easier to reason abo

Re: [PATCH] sandbox: configs: disable CONFIG_NET_NETCONSOLE in sandbox_defconfig

2025-02-21 Thread Sascha Hauer
On Thu, 20 Feb 2025 21:27:23 +0100, Ahmad Fatoum wrote: > Sandbox users can register extra consoles via command-line arguments, so > it makes sense to have CONFIG_CONSOLE_ACTIVATE_ALL enabled. > > This also means that users get an ugly error message by default: > > ERROR: netconsole: port not

Re: Mount NFSv4.2 filesystem in barebox?

2025-02-21 Thread Martin Wege
On Wed, Feb 12, 2025 at 3:33 PM Sascha Hauer wrote: > > Hi Martin, > > On Tue, Feb 11, 2025 at 01:56:58PM +0100, Martin Wege wrote: > > Hello! > > > > Does barebox have support to mount a NFSv.2 filesystem? > > No, not yet. For NFSv4 we would first need TCP support. While we started > to integrate

Re: [PATCH 1/2] imx-bbu-nand-fcb: do not use hardcoded devicefile

2025-02-21 Thread Sascha Hauer
Hi Stefano, The patch is mangled. Could you send it using git send-email? Using a web endpoint for b4 would be another possibility if git send-email doesn't work for you. The two patches should be sent as one to avoid intermediate breakage between the patches. Regards Sascha On Thu, Feb 20, 2

Re: [PATCH master 1/2] scripts: define _GNU_SOURCE for every user tool build

2025-02-21 Thread Sascha Hauer
On Thu, 20 Feb 2025 07:46:11 +0100, Ahmad Fatoum wrote: > Defining _GNU_SOURCE via userccflags (for target tools) and KBUILD_HOSTCFLAGS > (for host tools) works, but needs to be repeated in subdirectories like i.MX > as well. As we make ample use of the asprintf GNU extension anyway, let's just >