Eric Lee / smarc-fsl-linux-kernel

03 May, 2007

1 commit

  • 35c742264   [PATCH] x86: deflate stack usage in lib/inflate.c ... Browse Code »

    inflate_fixed and huft_build together use around 2.7k of stack. When
    using 4k stacks, I saw stack overflows from interrupts arriving while
    unpacking the root initrd:

    do_IRQ: stack overflow: 384
    [] show_trace_log_lvl+0x1a/0x30
    [] show_trace+0x12/0x14
    [] dump_stack+0x16/0x18
    [] do_IRQ+0x6d/0xd9
    [] xen_evtchn_do_upcall+0x6e/0xa2
    [] xen_hypervisor_callback+0x25/0x2c
    [] xen_restore_fl+0x27/0x29
    [] _spin_unlock_irqrestore+0x4a/0x50
    [] change_page_attr+0x577/0x584
    [] kernel_map_pages+0x8d/0xb4
    [] cache_alloc_refill+0x53f/0x632
    [] __kmalloc+0xc1/0x10d
    [] malloc+0x10/0x12
    [] huft_build+0x2a7/0x5fa
    [] inflate_fixed+0x91/0x136
    [] unpack_to_rootfs+0x5f2/0x8c1
    [] populate_rootfs+0x1e/0xe4

    (This was under Xen, but there's no reason it couldn't happen on bare
    hardware.)

    This patch mallocs the local variables, thereby reducing the stack
    usage to sane levels.

    Also, up the heap size for the kernel decompressor to deal with the
    extra allocation.

    Signed-off-by: Jeremy Fitzhardinge
    Signed-off-by: Andi Kleen
    Cc: Tim Yamin
    Cc: Andi Kleen
    Cc: Matt Mackall
    Cc: Ivan Kokshaysky
    Cc: Richard Henderson
    Cc: Russell King
    Cc: Ian Molton

    Jeremy Fitzhardinge
     

01 Jul, 2006

1 commit

06 Mar, 2006

1 commit

  • 4f1933620   kbuild: change kbuild to not rely on incorrect GNU make behavior ... Browse Code »

    The kbuild system takes advantage of an incorrect behavior in GNU make.
    Once this behavior is fixed, all files in the kernel rebuild every time,
    even if nothing has changed. This patch ensures kbuild works with both
    the incorrect and correct behaviors of GNU make.

    For more details on the incorrect behavior, see:

    http://lists.gnu.org/archive/html/bug-make/2006-03/msg00003.html

    Changes in this patch:
    - Keep all targets that are to be marked .PHONY in a variable, PHONY.
    - Add .PHONY: $(PHONY) to mark them properly.
    - Remove any $(PHONY) files from the $? list when determining whether
    targets are up-to-date or not.

    Signed-off-by: Paul Smith
    Signed-off-by: Sam Ravnborg

    Paul Smith
     

18 Sep, 2005

1 commit

24 Jun, 2005

1 commit

  • 0f8e2d62f   [PATCH] use ${CROSS_COMPILE}installkernel in arch/*/boot/install.sh ... Browse Code »

    The attached patch causes the various arch specific install.sh scripts to
    look for ${CROSS_COMPILE}installkernel rather than just installkernel (in
    both /sbin/ and ~/bin/ where the script already did this). This allows you
    to have e.g. arm-linux-installkernel as a handy way to install on your
    cross target. It also prevents the script picking up on the host
    /sbin/installkernel which causes the script to fall through and do the
    install itself (which is what I actually use myself, with $INSTALL_PATH
    set).

    I don't believe it causes back-compatibility problems since calling the
    host installkernel was never likely to work or be what you wanted when
    cross compiling anyway. If $CROSS_COMPILE isn't set then nothing changes.

    I only use ARM and i386 myself but I figured it couldn't hurt to do the
    whole lot. I've cc'd those who I hope are the arch maintainers for files
    that I've touched.

    Signed-off-by: Ian Campbell
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ian Campbell
     

17 Apr, 2005

1 commit

  • 1da177e4c   Linux-2.6.12-rc2 ... Browse Code »

    Initial git repository build. I'm not bothering with the full history,
    even though we have it. We can create a separate "historical" git
    archive of that later if we want to, and in the meantime it's about
    3.2GB when imported into git - space that would just make the early
    git days unnecessarily complicated, when we don't have a lot of good
    infrastructure for it.

    Let it rip!

    Linus Torvalds