Re: Matter integration

2023-07-29 Thread Lukas Zeller
Hi Karsten, I am very excited to see matter activity in the openwrt space! For the past year, I was working on a bridge app for my OpenWrt based SmartHome daemon p44mbrd [1]. To make it work, I already constributed a few things to matter itself, in particular the possibiity to make it use libev

[PATCH] bcm27xx: pad image to avoid false f2fs detection

2023-06-14 Thread Lukas Zeller
From: Lukas Zeller Problem: - bcm27xx SDCard images for squashfs/f2fs only contain the squashfs part. - sysupgrade copies the image to the SDCard, with the space in the partition between end of the image and end of the partition untouched. - This is the space where the f2fs overlay lives

x86, bcm27xx: is squashfs+f2fs layout (rather than ext4) actively supported?

2023-05-28 Thread Lukas Zeller
://lists.openwrt.org/pipermail/openwrt-devel/2023-May/041062.html [3] https://forum.openwrt.org/t/broken-f2fs-after-sysupgrade-on-rpi-config-not-restored/159703 -- Lukas Zeller, plan44.ch l...@plan44.ch - https://plan44.ch ___ openwrt-de

Re: bcm27xx: squashf/f2fs sysupgrade broken because overlay is not padded/erased

2023-05-19 Thread Lukas Zeller
Hi Michael, > On 17 May 2023, at 20:19, Michael Richardson wrote: > >> Lukas Zeller wrote: >> [...] >> - trying to just zero out enough blocks after the squashfs data in >> `target/linux/bcm27xx/base-files/lib/upgrade/platform.sh` >> [...] > I'm n

bcm27xx: squashf/f2fs sysupgrade broken because overlay is not padded/erased

2023-05-17 Thread Lukas Zeller
For quite a while, I've been updating my OpenWrt 22.03 based RPi devices, configured with sqashfs/f2fs layout (CONFIG_TARGET_ROOTFS_SQUASHFS, rather than CONFIG_TARGET_ROOTFS_EXT4FS) via sysupgrade with no problems. However, during a recent update (22.03.5) where the squashfs area only grew ver

Re: mt7621 GPIO mapping mystery

2023-01-22 Thread Lukas Zeller
Hi Bas, > On 21 Jan 2023, at 22:53, Bas Mevissen wrote: > >> On 2023-01-21 22:42, Lukas Zeller wrote: >> That really looks like a great solution with all advantages combined! >> I agree this is better than patching, I just did not realize it was >> possible a

Re: mt7621 GPIO mapping mystery

2023-01-21 Thread Lukas Zeller
Hi Tomasz, thanks a lot for that hint to dtbocfg and the makefile! > On 21 Jan 2023, at 17:27, Tomasz Maciej Nowak wrote: > > [...] > > W dniu 21.01.2023 o 16:33, Lukas Zeller pisze: >> >> So basically, I'm suggesting to revisit the decision to reject th

Re: mt7621 GPIO mapping mystery

2023-01-21 Thread Lukas Zeller
Hi Sergio, thanks for the reply! On 21 Jan 2023, at 14:00, Sergio Paracuellos wrote: > On Sat, Jan 21, 2023 at 1:19 PM Lukas Zeller wrote: >> [...]So while I understand that using only the DT mechanisms for configuring >> GPIO modes, named gpios and libgpiod instead of /sys

Re: mt7621 GPIO mapping mystery

2023-01-21 Thread Lukas Zeller
Hi, > On 21 Jan 2023, at 08:56, Sergio Paracuellos > wrote: > > [...] Yes, you have to claim the pin group as gpio on the device tree to > make this work. This revals a underlying problem I tried to ask about back in June 2022 [1] - what is the state of userland GPIO support in OpenWrt? Chan

Re: gpio fiddling from userspace [Was: Re: gpio-mt7621 offset fix for 5.10 kernel series]

2022-10-19 Thread Lukas Zeller
Hi, > On 19 Oct 2022, at 08:55, Petr Štetiar wrote: > > IMO there should be `ugpiod` daemon available over ubus, probably written in > ucode using libgpiod bindings. It should provide ubus events for GPIO inputs > and should be able to control GPIO outputs using ubus calls. What would that mean

Re: gpio-mt7621 offset fix for 5.10 kernel series

2022-10-18 Thread Lukas Zeller
Hi Peter and Martin, > On 18 Oct 2022, at 22:02, Peter Naulls wrote: > > On 10/18/22 15:55, Martin Blumenstingl wrote: >> [...] my understanding is that the recommended way for >> accessing GPIOs from userspace (in case that's what you need) should >> be done through libgpiod. > > Thanks for po

State of userland access to GPIO based hardware?

2022-06-20 Thread Lukas Zeller
Hi all, I'm trying to bring my OpenWrt-based IoT targets from 19.07 to 22.03. In this process I got a bit confused about the state of userland access to GPIOs. I know that there is some ideology level discussion about userland GPIOs in general, and some strong opinions that these are not to be

Re: [PATCH] packages: pagekitec: fix crashing due to musl time64

2022-06-04 Thread Lukas Zeller
> On 3 Jun 2022, at 23:10, Karl Palsson wrote: > > [...] Ideally, even make the patch against upstream: > https://github.com/pagekite/libpagekite so they are involved and > can help with it going forward, especially for cases like this, > where it's not anything that's OpenWrt related. Thanks fo

Re: download: regression with USE_SOURCE_DIR and non-tarball packages?

2021-06-15 Thread Lukas Zeller
Hi, > On 15 Jun 2021, at 10:05, Petr Štetiar wrote: > [...] yes, it would do that in case PKG_MIRROR_HASH is invalid [...] Thanks, that helped a lot! I ran the exact same tests with libubox and as those worked, I realized that the difference between the packages I tried and libubox is that the

download: regression with USE_SOURCE_DIR and non-tarball packages?

2021-06-14 Thread Lukas Zeller
Hello Petr, a while ago (after switching projects from 19.07.3 to 19.07.6) I experienced unexpected rebuilds of packages. I asked about this in the forum [1] with no echo, so last week I dug deeper and think I found your commit from last november "4e19cbc - download: handle possibly invalid loc

Re: [OpenWrt-Devel] mt76x8: Onion Omega2+ reboot problem [Was: mt76x8: Strange GPIO numbering on Onion Omega2+]

2021-06-13 Thread Lukas Zeller
Hi Martin, > On 12 Jun 2021, at 22:02, Martin Blumenstingl > wrote: > There is a "broken-flash-reset" property which probably is missing in > the Omega2+ .dts(i) files Thanks a lot for the hint! > If you have already considered this and my comment does not apply then > please ignore it (I am n

Re: Re: [OpenWrt-Devel] mt76x8: Strange GPIO numbering on Onion Omega2+

2021-06-12 Thread Lukas Zeller
Hi Gerd, > There is still one major issue migrating to 21.02 on my side: Reboot doesn't > work. I need to switch power off/on on my Omega2+. AFAIU it has somethoing to > do with the SPI 3byte/4byte mode. Older versions worked, but 4byte mode seems > to boot faster. BTW: spi-nor spi0.0: mx25l256