05:48 <arnd> ndesaulniers: I think I see two bugs in that report: the missing dependency causes the crypto_register_skciphers() to fail, and a bug in the cleanup code causes the WARN_ON() by trying to unregister it when it wasn't actually registered.

08:32 <ukleinek> linusw__: I wonder if you (and Bartosz) still have https://lore.kernel.org/linux-pwm/20230803094212.g3il26hqbboppiz4@pengutronix.de on your radar?

08:35 <linusw__> ukleinek: I think Bartosz has made a few patches to make the situation better, a few of those queued for -next.

08:35 <linusw__> git log --oneline --author=Bartosz drivers/gpio/gpiolib.c brings some interesting improvements

08:36 <linusw__> 3386fb86ecde gpiolib: fix reference leaks when removing GPIO chips still in use being the most obvious

08:36 <linusw__> But also the notifier patches are supposed to make this better.

08:54 <ukleinek> This doesn't address all my concerns. I'll archive the mail here anyhow and let linusw__ track this

08:56 <linusw__> ukleinek: afaik Bartosz is working on several improvements so what's merged is just the beginning, but it makes things better at least.

08:57 <ukleinek> linusw__: then s/linusw__/Bartosz/ :-)

08:59 <linusw__> ukleinek: your point on gpiod_request_commit() seems still in need of adressing, I think we should use a scoped guard there.

09:12 <ukleinek> tagr: can you please push out your for-next branch with the commits you already took?

15:42 <Xogium> is linux support for device tree overlays good ? How does this work anyway ? The whole concept of overlays is confusing to me. But I need to use it, I think, so that people can carry a generic dt and then apply overlays to enable additional functions like for example a connected pwm buzzer on some timer

15:42 <Xogium> I read a little on the ideas of overlays, but I'm still unsure

17:34 <CounterPillow> the current mainline approach is to have u-boot apply overlays to the tree it passes to the Linux kernel

17:35 <broonie> Linux itself tries to avoid thinking about overlays for things that are hardware defined, the main exception is around FPGAs.

18:44 <Xogium> I see

18:49 <Xogium> also, is there any way to add nodes into a dt node that hasn't any label / phandle defined ? For example I want to connect a pwm buzzer and this is on timers3. St did not define a phandle and simply call it timers3 in the dtsi

18:50 <Xogium> so I can't do &timers3 for example

18:51 <Xogium> this is also outside of the overlay context btw

18:51 <Xogium> but I guess it applies in both cases

19:34 <robmur01> Xogium: you just have to spell out the full path from the root node, e.g. https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/arch/arm64/boot/dts/arm/rtsm_ve-motherboard-rs2.dtsi

20:11 <Xogium> robmur01: oh, I see. That's a cool trick