1. 06 2月, 2008 1 次提交
  2. 20 12月, 2007 1 次提交
  3. 23 10月, 2007 1 次提交
  4. 17 10月, 2007 1 次提交
  5. 16 10月, 2007 1 次提交
  6. 28 7月, 2007 1 次提交
  7. 14 7月, 2007 1 次提交
    • T
      [IA64] use machvec=dig on hpzx1 platforms · 51b58e3e
      Terry Loftin 提交于
      On HP zx1 machines, the 'machvec=dig' parameter is needed for the
      kdump kernel to avoid problems with the HP sba iommu.  The problem
      is that during the boot of the kdump kernel, the iommu is re-initialized,
      so in-flight DMA from improperly shutdown drivers causes an IOTLB
      miss which leads to an MCA.  With kdump, the idea is to get into the
      kdump kernel with as little code as we can, so shutting down drivers
      properly is not an option.
      
      The workaround is to add 'machvec=dig' to the kdump kernel boot
      parameters.  This makes the kdump kernel avoid using the sba iommu
      altogether, leaving the IOTLB intact.  Any ongoing DMA falls
      harmlessly outside the kdump kernel.  After the kdump kernel reboots,
      all devices will have been shutdown properly and DMA stopped.
      
      This patch pushes that functionality into the sba iommu
      initialization code, so that users won't have to find the obscure
      documentation telling them about 'machvec=dig'.
      
      This patch only affects HP platforms.  It still includes one
      extern declaration in the file, because no applicable header file
      exists.
      Signed-off-by: NTerry Loftin <terry.loftin@hp.com>
      Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      51b58e3e
  8. 13 2月, 2007 1 次提交
  9. 08 12月, 2006 1 次提交
  10. 30 11月, 2006 1 次提交
  11. 01 7月, 2006 1 次提交
  12. 23 6月, 2006 1 次提交
  13. 02 4月, 2006 1 次提交
    • L
      ACPI: ia64 buildfix · 144c87b4
      Len Brown 提交于
      arch/ia64/hp/common/sba_iommu.c used ACPI_MEM_FREE instead of kfree()
      
      Signed-off-by: Len Brown <len.brown@intel.com
      144c87b4
  14. 28 10月, 2005 1 次提交
  15. 15 9月, 2005 1 次提交
    • A
      [IA64] more robust zx1/sx1000 machvec support · 0b9afede
      Alex Williamson 提交于
      Machine vector selection has always been a bit of a hack given how
      early in system boot it needs to be done.  Services like ACPI namespace
      are not available and there are non-trivial problems to moving them to
      early boot.  However, there's no reason we can't change to a different
      machvec later in boot when the services we need are available.  By
      adding a entry point for later initialization of the swiotlb, we can add
      an error path for the hpzx1 machevec initialization and fall back to the
      DIG machine vector if IOMMU hardware isn't found in the system.  Since
      ia64 uses 4GB for zone DMA (no ISA support), it's trivial to allocate a
      contiguous range from the slab for bounce buffer usage.
      Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      0b9afede
  16. 29 6月, 2005 1 次提交
  17. 04 5月, 2005 1 次提交
  18. 26 4月, 2005 1 次提交
    • A
      [IA64] sba_iommu bug fixes · 5f6602a1
      Alex Williamson 提交于
         This fixes a couple of bugs in the zx1/sx1000 sba_iommu.  These are
      all pretty low likelihood of hitting.  The first problem is a simple off
      by one, deep in the sba_alloc_range() error path.  Surrounding that was
      a lock ordering problem that could have potentially deadlocked with the
      order the locks are grabbed in sba_unmap_single().  I moved the resource
      locking into sba_search_bitmap() to prevent this.  Finally, there's a
      potential race between unmapping pdir entries and marking incoming DMA
      pages clean.  If you see any oddities, please let me know, but I've
      tested it pretty thoroughly here.  Tony, please apply.  Thanks,
      
      BTW, many of the options in this driver not on by default are becoming
      more and more broken.  I'll be working on some patches to clean them
      out, but I wanted to get this bug fix out first.
      Signed-off-by: NAlex Williamson <alex.williamson@hp.com>
      Signed-off-by: NTony Luck <tony.luck@intel.com>
      5f6602a1
  19. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      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!
      1da177e4