RaspberryPi 0W: fwupdate fails from time to time about thingos

[ccrisan]

Fixed via 2059321. Thanks for investigating and reporting this one!

[ccrisan]

I remember seeing this issue myself a few times. So if I understood correctly, this is a kernel bug that has been fixed in 5.19, but with no perspectives for backports, right?

If that's indeed the case, what do we do about it in thingOS? Waiting for kernel 5.19+ on all supported boards is probably not a solution, is it?

[sonicpp]

Well maybe it is not a bug, just an "unwanted behavior". I am not 100 % sure about this, but it sounds to me that kernel sometimes returned EAGAIN for some loop operations. Kernel 5.19 changed/improved loop driver so it should (always?) succeeded in this situation. It looks like for example for 5.15.y stable branch these patched were skipped.

For userspace, busybox implementation always fails when driver returns EAGAIN (it uses two separate system calls, LOOP_SET_FD and LOOP_SET_STATUS64). Util-linux uses more modern system call (LOOP_CONFIGURE) instead of these two, if it detects newer kernel. But even for those older system calls util-linux should work since version v2.37.1- when kernel returns EAGAIN, userspace should try again.

So for now there are IMO two options:

• upgrade to newer kernel (backports are unlikely).
• switch to util-linux implementation of losetup

Losetup never worked for me on Pinecube with kernel < 5.19 AND busybox. Updating kernel to 5.19 OR switching to util-linux implementation always worked. I have not tested the fix on rpi 0w yet tho, since it is more random than on pinecube. But I can give it a try.