[lkml]   [2008]   [Apr]   [6]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCHv3 1/3] x86: use ELF format in compressed images.

    On Sun, 2008-04-06 at 00:03 -0700, Yinghai Lu wrote:
    > so will cost every bzImage extra memory copy? that could be 18M or
    > even more big.

    Is it a huge deal for something that happens exactly once on boot? How
    does the time take compare with the time to do the decompression?

    18M seems like an awfully large kernel image to me. My distro (Debian)
    kernel is more like 3M uncompressed. If someone was interested in fast
    booting presumably they would either build a kernel with exactly what
    they need.

    > wonder if can have one some other kind elf format, and offset load
    > address to avoid that mem copy.

    I guess you could reduce the load address by sizeof(headers) and add a
    dest == (output + phdr->p_offset) test before the copy.

    Another possibility, which is much more complex, is that the ELF parsing
    could be integrated into the decompressor such that the data is
    decompressed into the correct location directly.


    Ian Campbell

    People who have no faults are terrible; there is no way of taking
    advantage of them.
    [unhandled content-type:application/pgp-signature]
     \ /
      Last update: 2008-04-06 12:25    [W:0.023 / U:32.944 seconds]
    ©2003-2017 Jasper Spaans. hosted at Digital OceanAdvertise on this site