17 Jan, 2006

31 commits


16 Jan, 2006

2 commits


15 Jan, 2006

7 commits

  • When I removed the powermac support from arch/ppc/kernel/pci.c,
    I overlooked the fact that that file is used in 32-bit ARCH=powerpc
    builds. To prevent problems in future, restore the original version
    of that file as arch/powerpc/kernel/pci_32.c, and use that.

    Signed-off-by: Paul Mackerras

    Paul Mackerras
     
  • This makes it possible to build kernels for PReP and/or CHRP
    with ARCH=ppc by removing the (non-building) powermac support.
    It's now also possible to select PReP and CHRP independently.
    Powermac users should now build with ARCH=powerpc instead of
    ARCH=ppc. (This does mean that it is no longer possible to
    build a 32-bit kernel for a G5.)

    Signed-off-by: Paul Mackerras

    Paul Mackerras
     
  • Noticed in 2.6.15-git9 that CRASH_DUMP option is moved to top level.
    Moved CRASH_DUMP into "kernel options" next to KEXEC and this config
    option supports only for PPC64 at this time.

    Signed-off-by: Haren Myneni
    Signed-off-by: Paul Mackerras

    Haren Myneni
     
  • Signed-off-by: Paul Mackerras

    Benjamin Herrenschmidt
     
  • Linus Torvalds
     
  • Allow gcc4 compilers to optimize unit-at-a-time.

    This flag enables gcc to "see" the entire C file before making optimisation
    decisions such as inline, which results in gcc making better decisions. One
    of the immediate effects of this is that static functions that are used only
    once now get inlined.

    gcc 3.4 has this flag as well, however gcc 3.x have a problem with inlining
    and stacks and as a result, enabling this flag there would cause excessive and
    unacceptable stack use. This problem is fixed in the gcc 4.x series. The
    x86-64 architecture already enables this feature so it's well tested already.

    Signed-off-by: Ingo Molnar
    Signed-off-by: Arjan van de Ven
    Acked-by: Jeff Garzik
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Ingo Molnar
     
  • Seems that the CS5530A chip used in Geode GX1 systems has some crazy feature
    that causes SMI traps when accessing the PCI configuration space of the video
    device. Various GX1 BIOSes seem to use this 'feature' to hide the real BARs
    of the device. This patch disables these traps (in an early PCI fixup) so
    that Linux sees the real, physical BARs and not the virtual ones provided by
    the BIOS.

    This should allow the GX1 framebuffer driver to work on more systems that have
    different BIOSes as the driver no longer guesses at what the virtual BARs
    mean.

    I'm not entirely sure it the correct solution as I can neither test regular
    VGA console nor the X's 'cyrix' video driver so there might be some breakage
    there -- probably best to get some more testers before applying it.

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

    David Vrabel