Re: [PATCH 2/4] board: add support for Milk-V Mars CM

Heinrich Schuchardt wrote: > We already support the VisionFive 2 and the Milk-V Mars board by > patching the VisionFive 2 device tree. With this patch the same > is done for the Milk-V Mars CM. Hi Heinrich. Thanks for the patch. As far as I can tell the Milk-V documentation[1] is pretty

[PATCH 5/5] dts: stm32mp157c-odyssey: add phy-reset-gpios property to ethernet node

In Odyssey board, we should reset the PHY chipset, toggling G0 pin. Signed-off-by: Heesub Shin --- arch/arm/dts/stm32mp157c-odyssey.dts | 1 + 1 file changed, 1 insertion(+) diff --git a/arch/arm/dts/stm32mp157c-odyssey.dts b/arch/arm/dts/stm32mp157c-odyssey.dts index b6210cf8b2..4cc5e07683

[PATCH 4/5] net: dwc_eth_qos: add support for phy-reset-gpios property

This commit adds support for a property 'phy-reset-gpios' to reset PHY chipset. Signed-off-by: Heesub Shin --- drivers/net/dwc_eth_qos_stm32.c | 23 ++- 1 file changed, 22 insertions(+), 1 deletion(-) diff --git a/drivers/net/dwc_eth_qos_stm32.c

[PATCH 3/5] dts: stm32mp157c-odyssey: fix incorrect PHY address

In Odyssey board, KSZ9031 is at the PHY address 0x7, not 0x0. This commit fixes it. Signed-off-by: Heesub Shin --- arch/arm/dts/stm32mp157c-odyssey.dts | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/arch/arm/dts/stm32mp157c-odyssey.dts

[PATCH 2/5] dts: stm32mp157c-odyssey: use internal clock for Tx

In Odyssey board, we should use the internal clock from RCC as the transmit clock, instead of the external clock from ETH_CLK125 pad. This commit adds a property, st,eth-clk-sel, so that the ETH_CLK_SEL mux selects ETH_CLK. Signed-off-by: Heesub Shin --- arch/arm/dts/stm32mp157c-odyssey.dts | 1

[PATCH 1/5] dts: stm32mp157c-odyssey: set PLL4_P to 125Mhz for ETH_CLK

Odyssey board requires ETH_CLK of 125Mhz. This commit sets PLL4_P/Q/R to 125, 62.5 and 62.5Mhz in respectively. Signed-off-by: Heesub Shin --- arch/arm/dts/stm32mp157c-odyssey-som-u-boot.dtsi | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git

Re: [RFC 13/14] efi_loader: export efi_load_image_from_path

On Fri, 26 Apr 2024 at 17:14, Heinrich Schuchardt wrote: > > We can reuse this function to load the device-tree. This patch is correct, but needs splitting. It exports the function, but also adds IS_ENABLED etc, that belong to an earlier patch Thanks /Ilias > > Signed-off-by: Heinrich

Re: [RFC 03/14] efi_loader: simplify efi_dp_concat()

On Fri, 26 Apr 2024 at 17:13, Heinrich Schuchardt wrote: > > As we now have efi_dp_merge() we can use this function to replace > efi_dp_concat(,,true) and remove the last parameter from efi_dp_concat() > otherwise. > This patch looks correct, but I prefer keeping the existing efi_dp_concat as-is

Re: [RFC 12/14] efi_loader: return binary from efi_dp_from_lo()

Hi Heinrich On Fri, 26 Apr 2024 at 17:14, Heinrich Schuchardt wrote: > > Up to now efi_dp_from_lo() only could return the initrd or fdt device-path. > Allow returning the binary device-path to. Why do we need this? Thanks /Ilias > > Signed-off-by: Heinrich Schuchardt > --- >

[PATCH] mtd: nand: pxa3xx: Incorrect bitflip return on page read

Once a page is read with higher bitflips all subsequent reads are returning the same bitflip value even though they have none. max_bitflip variable is not being reset to 0 across page reads. This is causing problems like incorrectly marking erase blocks bad by UBI and causing read failures.