> OK, but as far as I know (and I may be wrong here) low level driver > doesn't have device node, but libibverbs has one, we don't want to > create device node for mthca just to provide mmap() to userspace, or do > we?
Not sure what you mean -- mthca already implements mmap() to provide access to doorbell pages. It would be no problem to extend that to allow allocating QPs and CQs via mmap() if we're forced into that. > There is no way to make memory coherent after allocation, it have to be > allocated coherent, I think the API doesn't exists because it cannot be > implemented on all arches, but it is worth asking mm people. Not sure what you mean here either. dma_alloc_coherent() already exists on all architectures, but that's not the end of the story -- if we remap the memory into userspace then we have to make sure that the page tables for userspace also make the memory coherent (eg uncached on non-cache-coherent architectures, or whatever the altix magic is to avoid ordering problems). dma_alloc_coherent() only takes care of the kernel mapping. - R. _______________________________________________ openib-general mailing list [email protected] http://openib.org/mailman/listinfo/openib-general To unsubscribe, please visit http://openib.org/mailman/listinfo/openib-general
