1. 27 Feb, 2004 7 commits
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64:Implement support for Apple DART IOMMU (PowerMac G5) · 565a552f
      Benjamin Herrenschmidt authored
      This allows us to use more than 2Gb of RAM on a PowerMac G5.  You can
      also boot with iommu=off to disable it, but then you get back the 2Gb
      RAM limitation.
      565a552f
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Fix drivers/ide when using an IOMMU · b71adb56
      Benjamin Herrenschmidt authored
      Make IDE advertise only 128 entries of SG table on archs with an IOMMU.
      
      The current IOMMU implementations of pci_map_sg() may produce segments
      that don't match the boundary requirements of IDE, thus causing the
      driver to break them up.  The BIO is supposed to account for that,
      however, it cannot account for a pci_map_sg producing a segment of the
      requested size, but with incorrect alignement, thus we may still try to
      break up the list in more entries than is supported by the HW.
      
      A similar fix already went in libata.  The "real" long term fix will be
      to move the boundary requirements to struct device so that pci_map_sg()
      can respect them when producing the sglist.  In the meantime, this
      band-aid works around the problem.
      b71adb56
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: iommu rewrite · 556a2c9e
      Benjamin Herrenschmidt authored
      Lots of things renamed, sillicaps killed, stuffs moved around and common
      code properly extracted from implementation specific code, new
      allocator, etc...  The code is overall a lot simpler, faster, less prone
      to fail, and a lot more manageable.  I didn't use "bk mv", there is no
      need to keep the old history attached to the new file.
      556a2c9e
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Fix /dev/mem idea of what is memory · e2d17c13
      Benjamin Herrenschmidt authored
      This adds a hack to /dev/mem (along with the other ones already there)
      to prevent mapping cacheable of the IO hole.
      
      Without this, XFree blows up on machines with enough memory to go past
      the IO hole.  It also tries to prevent memory from beeing mapped
      uncached.  Cache paradoxes are evil and can kill the CPU.
      
      The necessary page_is_ram() call was added by the previous patch doing
      the proper IO hole accounting.
      e2d17c13
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: physical RAM accounting fix · eca92b62
      Benjamin Herrenschmidt authored
      On machines with an IO hole (like Apple G5 with more than 2Gb of RAM,
      but also some pSeries) we failed to properly account for the real
      amount of physical RAM and inform the zone allocator of our hole size.
      
      During the process, I included Anton slaughtering of the guard page we
      had in the first 256Mb kernel segment, thus allowing this segment to be
      mapped with large pages as it should be.
      eca92b62
    • Benjamin Herrenschmidt's avatar
      [PATCH] radeonfb: small cleanup of common register init · 9f9f56a2
      Benjamin Herrenschmidt authored
      This removes the unused common_regs_m6 and add one more register to be
      cleared, according to latest XFree code from ATI.
      9f9f56a2
    • Benjamin Herrenschmidt's avatar
      [PATCH] ppc64: Fix warning on pmac build · 893eb19a
      Benjamin Herrenschmidt authored
      Fix a stupid warning in PowerMac SMP build on ppc64
      893eb19a
  2. 26 Feb, 2004 33 commits