1. 16 7月, 2015 2 次提交
    • A
      dmaengine: hsu: remove excessive lock · 03734485
      Andy Shevchenko 提交于
      All hardware accesses are done under virtual channel lock. That's why specific
      channel lock is excessive and can be removed safely. This has been tested on
      Intel Medfield and Merrifield.
      Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      03734485
    • J
      dmaengine: ioatdma: Ignore IOAT devices under hotplug-capable PCI host bridge · b6c52c63
      Jiang Liu 提交于
      The dmaengine core assumes that async DMA devices will only be removed
      when they not used anymore, or it assumes dma_async_device_unregister()
      will only be called by dma driver exit routines. But this assumption is
      not true for the IOAT driver, which calls dma_async_device_unregister()
      from ioat_remove(). So current IOAT driver doesn't support device
      hot-removal because it may cause system crash to hot-remove an inuse
      IOAT device.
      
      To support CPU socket hot-removal, all PCI devices, including IOAT
      devices embedded in the socket, will be hot-removed. The idea solution
      is to enhance the dmaengine core and IOAT driver to support hot-removal,
      but that's too hard.
      
      This patch implements a hack to disable IOAT devices under hotplug-capable
      CPU socket so it won't break socket hot-removal.
      Signed-off-by: NJiang Liu <jiang.liu@linux.intel.com>
      Signed-off-by: NVinod Koul <vinod.koul@intel.com>
      b6c52c63
  2. 07 7月, 2015 3 次提交
  3. 06 7月, 2015 3 次提交
  4. 05 7月, 2015 32 次提交