27 Jun, 2006

14 commits

  • - Factor out the duplicated access/cache code into a single file
    * Shared between i386/x86-64.
    - Share flush code between AGP and IOMMU
    * Fix a bug: AGP didn't wait for end of flush before
    - Drop 8 northbridges limit and allocate dynamically
    - Add lock to serialize AGP and IOMMU GART flushes
    - Add PCI ID for next AMD northbridge
    - Random related cleanups

    The old K8 NUMA discovery code is unchanged. New systems
    should all use SRAT for this.

    Cc: "Navin Boppuri"
    Cc: Dave Jones
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • A trivial change to have gart_unmap_sg call gart_unmap_single directly,
    instead of bouncing through the dma_unmap_single wrapper in
    dma-mapping.h.

    This change required moving the gart_unmap_single above gart_unmap_sg,
    and under gart_map_single (which seems a more logical place that its
    current location IMHO).

    Signed-off-by: Jon Mason
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Jon Mason
     
  • Previously we would just silently provide 64 bit services
    for this to 32bit processes.

    I also added all the other cases explicitely to the ptrace
    compat wrapper to make sure this doesn't happen again.

    And removed one bogus check in the wrapper.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • Allow search for a contiguous block of iommu space to cross the next_bit
    marker if we have already committed ourselves to flushing the gart.

    There shouldn't be any reason why we'd restrict the search.

    Signed-off-by: Mike Waychison
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Mike Waychison
     
  • Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • enable large bzImages on x86_64. (fix is from x86's build.c) Using this
    patch i have successfully built and booted an allyesconfig 13MB+ bzImage
    on x86_64 too:

    $ size64 vmlinux
    text data bss dec hex filename
    23444831 8202642 3439360 35086833 21761f1 vmlinux

    -rw-rw-r-- 1 mingo mingo 13121740 Apr 19 09:32 arch/x86_64/boot/bzImage

    Signed-off-by: Ingo Molnar
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Ingo Molnar
     
  • It's only needed for three system calls, no need to maintain
    a full list forever.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • Replace hard coded DMA masks with #defines from
    include/linux/dma-mapping.h

    Signed-off-by: Jon Mason
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Jon Mason
     
  • Changes are largely identical to the i386 version:

    * alternative #define are moved to the new alternative.h file.
    * one new elf section with pointers to the lock prefixes which can be
    nop'ed out for non-smp.
    * two new elf sections simliar to the "classic" alternatives to
    replace SMP code with simpler UP code.
    * fixup headers to use alternative.h instead of defining their own
    LOCK / LOCK_PREFIX macros.

    The patch reuses the i386 version of the alternatives code to avoid code
    duplication. The code in alternatives.c was shuffled around a bit to
    reduce the number of #ifdefs needed. It also got some tweaks needed for
    x86_64 (vsyscall page handling) and new features (noreplacement option
    which was x86_64 only up to now). Debug printk's are changed from
    compile-time to runtime.

    Loosely based on a early version from Bastian Blank

    Signed-off-by: Gerd Hoffmann
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Gerd Hoffmann
     
  • Intel systems report the cache level data from CPUID 4 in sysfs.
    Add a CPUID 4 emulation for AMD CPUs to report the same
    information for them. This allows programs to read this
    information in a uniform way.

    The AMD way to report this is less flexible so some assumptions
    are hardcoded (e.g. no L3)

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • Previously the apicidcoreid split was computed based on the max
    number of cores. Now use a new CPUID AMD defined for that. On most
    systems right now it should be 0 and the old method will be used.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • Inspired from i386 changes

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     
  • vSMPowered systems use apic_cluster too. Forcing apic_physflat works
    on these systems too, but only if we change phys_pkg_id to use
    hard_smp_prcoessor_id() instead of cpuid_ebx. I am guessing other
    multichassi cluster systems would need this too.

    Signed-off-by: ravikiran thirumalai
    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    ravikiran thirumalai
     
  • Enable some hwmon drivers as modules and tulip and stack unwinding

    Kernel image should be somewhat bigger now because of the unwind
    information being included, but you'll get exact backtraces for that.

    Signed-off-by: Andi Kleen
    Signed-off-by: Linus Torvalds

    Andi Kleen
     

26 Jun, 2006

26 commits