Eric Lee / smarc-fsl-linux-kernel

07 Dec, 2006

1 commit

  • 968de4f02   [PATCH] i386: Relocatable kernel support ... Browse Code »

    This patch modifies the i386 kernel so that if CONFIG_RELOCATABLE is
    selected it will be able to be loaded at any 4K aligned address below
    1G. The technique used is to compile the decompressor with -fPIC and
    modify it so the decompressor is fully relocatable. For the main
    kernel relocations are generated. Resulting in a kernel that is relocatable
    with no runtime overhead and no need to modify the source code.

    A reserved 32bit word in the parameters has been assigned
    to serve as a stack so we figure out where are running.

    Signed-off-by: Eric W. Biederman
    Signed-off-by: Vivek Goyal
    Signed-off-by: Andi Kleen

    Eric W. Biederman
     

11 Apr, 2006

1 commit

  • 89ec4c238   [PATCH] vesafb: Fix incorrect logo colors in x86_64 ... Browse Code »

    Bugzilla Bug 6299:

    A pixel size of 8 bits produces wrong logo colors in x86_64.

    The driver has 2 methods for setting the color map, using the protected
    mode interface provided by the video BIOS and directly writing to the VGA
    registers. The former is not supported in x86_64 and the latter is enabled
    only in i386.

    Fix by enabling the latter method in x86_64 only if supported by the BIOS.
    If both methods are unsupported, change the visual of vesafb to
    STATIC_PSEUDOCOLOR.

    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     

11 Jan, 2006

1 commit

  • 2b4f2f4b0   [PATCH] vesafb: Drop blank hook ... Browse Code »

    From: Bugzilla Bug 5351

    "After resuming from S3 (suspended while in X), the LCD panel stays black .
    However, the laptop is up again, and I can SSH into it from another
    machine.

    I can get the panel working again, when I first direct video output to the
    CRT output of the laptop, and then back to LCD (done by repeatedly hitting
    Fn+F5 buttons on the Toshiba, which directs output to either LCD, CRT or
    TV) None of this ever happened with older kernels."

    This bug is due to the recently added vesafb_blank() method in vesafb. It
    works with CRT displays, but has a high incidence of problems in laptop
    users. Since CRT users don't really get that much benefit from hardware
    blanking, drop support for this.

    Signed-off-by: Antonino Daplas
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Antonino A. Daplas
     

09 Jan, 2006

1 commit