1. 22 1月, 2009 1 次提交
  2. 20 1月, 2009 4 次提交
  3. 16 1月, 2009 1 次提交
  4. 15 1月, 2009 1 次提交
  5. 14 1月, 2009 1 次提交
  6. 13 1月, 2009 2 次提交
    • D
      fsldma: use a valid 'device' for dma_pool_create · 6527de6d
      Dan Williams 提交于
      The dmaengine sysfs implementation was fixed to support proper
      lifetime rules which means that the current:
      
      new_fsl_chan->dev = &new_fsl_chan->common.dev->device;
      
      ...retrieves a NULL pointer because new_fsl_chan->common.dev has not
      been allocated at this point.  So, set new_fsl_chan->dev to a valid
      device.
      
      Cc: Li Yang <leoli@freescale.com>
      Cc: Zhang Wei <zw@zh-kernel.org>
      Reported-by: NIra Snyder <iws@ovro.caltech.edu>
      Tested-by: NIra Snyder <iws@ovro.caltech.edu>
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      6527de6d
    • Y
      dmaengine: fix dependency chaining · dd59b853
      Yuri Tikhonov 提交于
      In dmaengine we track the dependencies between the descriptors
      using the 'next' pointers of the structure. These pointers are
      set to NULL as soon as the corresponding descriptor has been
      submitted to the channel (in dma_run_dependencies()).
      
      But, the first 'next' in chain is still remaining set, regardless
      the fact, that tx->next has been already submitted. This may lead to
      multiple submissions of the same descriptor. This patch fixes this.
      
      Actually, some previous implementation of the xxx_run_dependencies()
      function already had this fix in place. The fdb..0eaf3 commit, beside the
      correct things, broke this.
      
      Cc: <stable@kernel.org>
      Signed-off-by: NYuri Tikhonov <yur@emcraft.com>
      Signed-off-by: NDan Williams <dan.j.williams@intel.com>
      dd59b853
  7. 11 1月, 2009 4 次提交
  8. 10 1月, 2009 26 次提交