On Thu, 2026-07-30 at 13:15 +0200, Nora Schiffer wrote: > On Thu, 2026-07-30 at 11:43 +0100, Richard Purdie wrote: > > Okay, new plan: Change uboot_prep_kimage to accept the compression algorithm > as > an argument, so we can use different variables when calling it from kernel- > uimage.bbclass and kernel-fit-extra-artifacts.bbclass. kernel-uimage.bbclass > could then use a separate variable UBOOT_MKIMAGE_KERNEL_COMP_ALG instead of > reusing the FIT one. > > A more radical approach would be to skip the deprecation of using a linux.bin > generated by the kernel recipe as a FIT image's kernel and drop support > immediately.
Can you see from the commit history who might have been using that? Do you think there are many people relying upon it? If that functionality doesn't make much sense and wouldn't or shouldn't be used by people, I'm fine with actually removing it, as long as we're clear about why it likely isn't needed or is inefficient (or whatever) and what the alternative is. A lot of the time I think we support too many code paths when we should try and encourage people to do the "best" known things. Cheers, Richard
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#242352): https://lists.openembedded.org/g/openembedded-core/message/242352 Mute This Topic: https://lists.openembedded.org/mt/120464164/21656 Group Owner: [email protected] Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [[email protected]] -=-=-=-=-=-=-=-=-=-=-=-
