1. 18 2月, 2014 1 次提交
  2. 07 1月, 2014 1 次提交
  3. 16 12月, 2013 2 次提交
  4. 12 9月, 2013 1 次提交
  5. 19 8月, 2013 2 次提交
  6. 18 6月, 2013 1 次提交
  7. 12 5月, 2013 1 次提交
  8. 22 4月, 2013 1 次提交
  9. 15 4月, 2013 3 次提交
  10. 02 4月, 2013 1 次提交
  11. 23 3月, 2013 6 次提交
  12. 19 12月, 2012 2 次提交
  13. 12 11月, 2012 2 次提交
  14. 12 6月, 2012 1 次提交
    • M
      cleanup qemu_co_sendv(), qemu_co_recvv() and friends · 2fc8ae1d
      Michael Tokarev 提交于
      The same as for non-coroutine versions in previous
      patches: rename arguments to be more obvious, change
      type of arguments from int to size_t where appropriate,
      and use common code for send and receive paths (with
      one extra argument) since these are exactly the same.
      Use common iov_send_recv() directly.
      
      qemu_co_sendv(), qemu_co_recvv(), and qemu_co_recv()
      are now trivial #define's merely adding one extra arg.
      
      qemu_co_sendv() and qemu_co_recvv() callers are
      converted to different argument order and extra
      `iov_cnt' argument.
      Signed-off-by: NMichael Tokarev <mjt@tls.msk.ru>
      2fc8ae1d
  15. 26 4月, 2012 1 次提交
  16. 19 4月, 2012 5 次提交
  17. 22 12月, 2011 6 次提交
  18. 06 12月, 2011 1 次提交
  19. 21 10月, 2011 2 次提交
    • P
      block: take lock around bdrv_write implementations · e183ef75
      Paolo Bonzini 提交于
      This does the first part of the conversion to coroutines, by
      wrapping bdrv_write implementations to take the mutex.
      
      Drivers that implement bdrv_write rather than bdrv_co_writev can
      then benefit from asynchronous operation (at least if the underlying
      protocol supports it, which is not the case for raw-win32), even
      though they still operate with a bounce buffer.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      e183ef75
    • P
      block: take lock around bdrv_read implementations · 2914caa0
      Paolo Bonzini 提交于
      This does the first part of the conversion to coroutines, by
      wrapping bdrv_read implementations to take the mutex.
      
      Drivers that implement bdrv_read rather than bdrv_co_readv can
      then benefit from asynchronous operation (at least if the underlying
      protocol supports it, which is not the case for raw-win32), even
      though they still operate with a bounce buffer.
      
      raw-win32 does not need the lock, because it cannot yield.
      nbd also doesn't probably, but better be safe.
      Signed-off-by: NPaolo Bonzini <pbonzini@redhat.com>
      Signed-off-by: NKevin Wolf <kwolf@redhat.com>
      2914caa0