RFC ARM: uncompress.h multi-platform enablement
Get series with b4
b4 am 20120926131058.GA9891@glitchVersions newest first
- v1 RFC Latest1 of 3 patches 0 repliesNew
1 of 3 patches is in this archive. The cover letter announces 3.
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/3 | ARM: move ICEDCC uncompress.h to common location | +0 | 1 reply |
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 16 lines · Arnd Bergmann
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.
Quoted 5 lines
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.
Wouldn't help to have a sort of generic console driver in the decompressor accepting some regs and masks provided by DT? This would fit most of the uarts around, would be totally generic and multi-platform friendly.
Regards,
Domenico