Monitoring for the mentioned bug report will be needed indeed.
Also note that squashfs XZ compression is memory hungry, a much better option would be to have snaps start using ZSTD compression - it is widespread enough right?
Separately I hope / fear that all our ubuntu core systems have multiple xz compressed snaps, and with CONFIG_SQUASHFS_DECOMP_MULTI_PERCPU they may blow the RAM budget. For example, snapd nested-vm spread tests might start failing (?! or are they single core instances)
It would be worthwhile to quickly rebuild pi-kernel with this option turned on, and double check that multi-core pi models with low ram can still boot successfully.
Monitoring for the mentioned bug report will be needed indeed.
Also note that squashfs XZ compression is memory hungry, a much better option would be to have snaps start using ZSTD compression - it is widespread enough right?
Separately I hope / fear that all our ubuntu core systems have multiple xz compressed snaps, and with CONFIG_ SQUASHFS_ DECOMP_ MULTI_PERCPU they may blow the RAM budget. For example, snapd nested-vm spread tests might start failing (?! or are they single core instances)
It would be worthwhile to quickly rebuild pi-kernel with this option turned on, and double check that multi-core pi models with low ram can still boot successfully.