Paolo - so last time we talked about this, you mentioned that the arm64 kernel doesn't support decompressing the kernel on boot like the armhf one. Is that still the case? Since I have marked the linux-raspi2 task as 'Won't Fix' because of this. If yes, is there any way of having the same functionality of uncompressing the kernel on boot for arm64 as we have for armhf?
I mean, I guess we could still switch compression on and try to gunzip the kernel in u-boot, sure. But I'm worried that without a built-in decompression mechanism we might be breaking some user edge-cases. I left the linux-raspi2 task as Won't Fix also because I originally thought that we'd be doing the compression of the kernels manually on boot-partition content upgrades. But maybe this way is better indeed. Of course it would be best if we just had the same situation here as with armhf... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1808056 Title: vmlinuz is very large in arm64 -raspi2 To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/1808056/+subscriptions -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
