RFC ARM: uncompress.h multi-platform enablement
Get series with b4
b4 am [email protected]Versions newest first
- v1 RFC Latest0 of 3 patches 0 repliesNew
Patches in v1 No applies recorded yet
None of the 3 patches the cover letter announces are in this archive.
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [RFC PATCH 0/3] ARM: uncompress.h multi-platform enablement
Quoted 9 lines · Russell King - ARM Linux
That rubbishes the idea of a single kernel though, which is to give distros a single kernel image that they can boot on different ARM platforms.
They want a single kernel binary that works everywhere, not one which they need to select the right binary to work on platform X. Yes, the internal uncompressed bulk may be the same, but it would require distros to carry around N different kernel images for N different platforms.
Right. It still helps the distros ensure that they only have a single configuration and a single binary to test, which I expect is their main interest, but keeping multiple copies of the same binary with different headers is a bit silly, I agree.
On PowerPC, we have a similar problem, and the way that distros usually deal with that is to do the final link of the zImage from the post-install stage of their rpm or deb packages, depending on the platform they are on. In the same stage, they also link in the newly created initrd and the device tree blob if necessary.
Arnd