Re: [PATCH 1/4] DNM: dts: arm64: rockchip: copy pf5 device tree from mainline Linux

2024-04-05 Thread Marco Felsch
Hi Michael, thanks for your patches. > DNM: dts: arm64: rockchip: copy pf5 device tree from I suppose DNM means "do not merge", instead of marking it this way we put the not yet upstream Linux dts files into arch as well but mark them as upstream dts file, e.g.: - arch/arm/dts/imx8mm-innocomm

[PATCH 0/4] arm: boards: add wolfvision pf5 mainboard

2024-04-05 Thread Michael Riesch
: 34e5c82ccd5fb807d7e6aa344549283e34f4fd8b change-id: 20240405-feature-wolfvision-pf5-4d15a072b0b8 Best regards, -- Michael Riesch

[PATCH 3/4] arm: dts: add common state for wolfvision boards

2024-04-05 Thread Michael Riesch
Add a common state device tree include that features - the boot state - the MAC address envisaged for the use in all WolfVision boards. Signed-off-by: Michael Riesch --- arch/arm/dts/wolfvision-state.dtsi | 71 ++ 1 file changed, 71 insertions(+) diff --git

[PATCH 2/4] common: add wolfvision board code library

2024-04-05 Thread Michael Riesch
Add board code library for all WolfVision boards. Signed-off-by: Michael Riesch --- common/boards/Kconfig | 3 + common/boards/Makefile | 1 + common/boards/wolfvision/Makefile | 2 + common/boards/wolfvision/common.c | 145 +

[PATCH 4/4] arm: boards: add wolfvision pf5 mainboard

2024-04-05 Thread Michael Riesch
Add support for the WolfVision PF5 mainboard, which features the Rockchip RK3568 SoC and can be extended with different expansion boards. Signed-off-by: Michael Riesch --- arch/arm/boards/Makefile | 1 + arch/arm/boards/wolfvision-pf5/.gitignore | 1 + arch/a

[PATCH 1/4] DNM: dts: arm64: rockchip: copy pf5 device tree from mainline Linux

2024-04-05 Thread Michael Riesch
The device tree for the WolfVision PF5 mainboard and the overlay for the PF5 IO Expander have been accepted for inclusion in Linux v6.10: https://git.kernel.org/pub/scm/linux/kernel/git/mmind/linux-rockchip.git/log/?h=v6.10-armsoc/dts64 Once the device tree changes are merged and then integrated i

Re: [PATCH] arm: mecsbc: fixup /regulator-sd device tree node

2024-04-05 Thread Sascha Hauer
On Fri, Apr 05, 2024 at 01:46:26PM +0200, Ahmad Fatoum wrote: > Hello Sascha, > > On 05.04.24 12:12, Sascha Hauer wrote: > > The MECSBC prototype board has a bug which makes the 1.8V SD mode > > unusable. Add a fixup which sets the regulator-min-microvolt property of > > the SD regulator to 3.3V t

Re: [PATCH] arm: mecsbc: fixup /regulator-sd device tree node

2024-04-05 Thread Ahmad Fatoum
Hello Sascha, On 05.04.24 12:12, Sascha Hauer wrote: > The MECSBC prototype board has a bug which makes the 1.8V SD mode > unusable. Add a fixup which sets the regulator-min-microvolt property of > the SD regulator to 3.3V to prevent the Kernel from going into 1.8V. Isn't that what the MMC no-1-8

Re: [PATCH v2 1/2] aiodev: add helper for getting a value by its channel name

2024-04-05 Thread Sascha Hauer
On Thu, 04 Apr 2024 13:15:26 +0200, Sascha Hauer wrote: > It's a common pattern to get an aiochannel by name and the value > afterwards. Add a helper for this pattern. > > Applied, thanks! [1/2] aiodev: add helper for getting a value by its channel name https://git.pengutronix.de/cgit/b

Re: [PATCH 1/2] ARM: dts: add common bootstate.dtsi

2024-04-05 Thread Sascha Hauer
On Thu, 04 Apr 2024 12:26:22 +0200, Ahmad Fatoum wrote: > For use by at least the LXA MC-1, add a bootstate definition with the > minimal set of variables needed for bootchooser. > > We add this to a generic location, so it may be used by other boards as > well. > > > [...] Applied, thanks!

[PATCH] arm: mecsbc: fixup /regulator-sd device tree node

2024-04-05 Thread Sascha Hauer
The MECSBC prototype board has a bug which makes the 1.8V SD mode unusable. Add a fixup which sets the regulator-min-microvolt property of the SD regulator to 3.3V to prevent the Kernel from going into 1.8V. Signed-off-by: Sascha Hauer --- arch/arm/boards/protonic-mecsbc/board.c | 21 +++

Re: [PATCH 00/10] net: fix problems handling trailing bytes

2024-04-05 Thread Sascha Hauer
On Thu, 04 Apr 2024 20:39:51 +0200, Ahmad Fatoum wrote: > This started by pinging a Raspberry Pi 3b running barebox sitting behind > a router employing conntrack. The router discarded the ping responses > due to the wrong ICMP checksum and these issues do not pop up normally > because the ping co

[PATCH] fixup! net: usb: smsc95xx: fix handling of multiple packets per urb

2024-04-05 Thread Ahmad Fatoum
We need to advance the buffer with the same value that is subtracted from the length (skb_pull). Signed-off-by: Ahmad Fatoum --- drivers/net/usb/smsc95xx.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/net/usb/smsc95xx.c b/drivers/net/usb/smsc95xx.c index 291e3c2f80