> Can we define this API to provide the same semantics as the memory > that dma_alloc_coherent() returns? No, definitely not. The property of the mapping here is all about ordering with respect to other DMAs (from the same device) and nothing to do with coherency between the CPU's and device's view of the memory. > Sorry - this feels like a "color of the shed" argument, but isn't > this about DMA ordering attribute? > "dmaflush" is an action and not an attribute to me. I guess I don't love the "dmaflush" name, but the property of these mappings is exactly that DMA into one of these mappings also performs the action of flushing other in-flight DMAs. However I guess your point is a good one: the effect really desired is that DMAs to these mappings become visible strictly after earlier DMAs, and we don't care exactly how the effect is obtained. No good idea of a better name though. - R. -
| Greg Kroah-Hartman | [PATCH 001/196] Chinese: Add the known_regression URI to the HOWTO |
| Linus Torvalds | Linux 2.6.21-rc1 |
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| pageexec | Re: [stable] Linux 2.6.25.10 |
| Linus Torvalds | Re: [GIT]: Networking |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Natalie Protasevich | [BUG] New Kernel Bugs |
| Jarek Poplawski | [PATCH take 2] pkt_sched: Protect gen estimators under est_lock. |
git: | |
