Thread (26 messages) 26 messages, 7 authors, 2012-08-02

Re: [RFC v2 1/2] PCI-Express Non-Transparent Bridge Support

From: Jianbin Kang <hidden>
Date: 2012-08-01 02:10:05
Also in: linux-pci, lkml

Actually this is what I'm working on now, using async_tx to replace the
memcpy.  I believe the changes shouldn't be that significant.

Is the "hardware that can setup dma" you refer to something that does
not use this interface?
Yes, they use this interface, but split 'memcpy_toio' to two operation:
     1. setup dma
     2. wait/poll for the dma to finish.
So maybe it need to provide a generic function 'tx' for different hardwares.

If async_tx is available, it's much better than this 'sync dma/memcpy'.
One problem with async_tx is, it can't detect memcpy error.
If the remote ntb goes down when async_memcpy is in operation, async_tx
will trigger an oops.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help