Re: [PATCH] net: phy: dp83867: reset PHY on probe

2024-05-07 Thread Oleksij Rempel
On Tue, May 07, 2024 at 03:39:52PM +0200, Roland Hieber wrote: > Some PHY variants set the DP83867_PHYCR_FORCE_LINK_GOOD bit by default, > which should be unset if we want to rely on autonegotiation. Port > dp83867_phy_reset() from Linux v6.9-rc7, which already does all > necessary things, and

[PATCH] net: phy: dp83867: reset PHY on probe

2024-05-07 Thread Roland Hieber
Some PHY variants set the DP83867_PHYCR_FORCE_LINK_GOOD bit by default, which should be unset if we want to rely on autonegotiation. Port dp83867_phy_reset() from Linux v6.9-rc7, which already does all necessary things, and call it in dp83867_probe(). (Keep the functions in the original order so

[PATCH] mtd: nand: raw: add back support for marking blocks as good

2024-05-07 Thread Sascha Hauer
Support for marking blocks as good was lost during the last NAND layer update. Add that back. Signed-off-by: Sascha Hauer --- drivers/mtd/nand/raw/nand_base.c | 64 1 file changed, 64 insertions(+) diff --git a/drivers/mtd/nand/raw/nand_base.c

Re: [PATCH 0/3] add PBL handoff-data support

2024-05-07 Thread Sascha Hauer
On Tue, 30 Apr 2024 12:53:07 +0200, Sascha Hauer wrote: > We need to pass data from the PBL to barebox proper. Right now we do > this with passing the data in registers which is quite limited. As the > amount of information that has to be passed increases it's time to > overcome this limitation.

Re: [PATCH master 1/3] pstore: ramoops: fix use of wrong types on 64-bit

2024-05-07 Thread Sascha Hauer
On Mon, 06 May 2024 18:02:44 +0200, Ahmad Fatoum wrote: > The kernel struct persistent_ram_buffer uses atomic_t for start and size > members in the persistent_ram_buffer chunk, which are 32-bit always, > unlike resource_size_t that we used in barebox, which is 64-bit when >

Re: [PATCH] mtd: nand: mxc_nand: clear NAND_BBT_CREATE flag

2024-05-07 Thread Sascha Hauer
On Fri, 03 May 2024 12:15:09 +0200, Sascha Hauer wrote: > On i.MX NAND the factory bad block markers are not at the place the NAND > core expects them to be, so the core also can't properly generate a bad > block table. Clear the NAND_BBT_CREATE flag to prevent the core from > doing so. This

Re: [PATCH v2 0/4] mtd: nand: mxc_nand: Only automatically create BBT if NAND seems to be pristine

2024-05-07 Thread Sascha Hauer
On Mon, 06 May 2024 16:46:07 +0200, Uwe Kleine-König wrote: > this is v2 of this series. The changes are: > > - More cleanups > - Keep checkbad() function (Sascha) > - Check each block if it contains a barebox image or a UBI > > (implicit) v1 available at >