In general, the patches look reasonable to me. Just an observation: On Tue, 2008-01-29 at 21:52 -0800, akepner@sgi.com wrote:The attribute names (DMA_ATTR_...) are going to have to live somewhere outside of the #ifdef ARCH_USES_DMA_ATTRS otherwise we'll get compile failures of drivers using attributes on architectures that don't support them. Secondly, DMA_ATTR_BARRIER doesn't quite sound right. What you're actually doing is trying to prescribe strict ordering, so shouldn't this be something like DMA_ATTR_STRICT_ORDERING (and perhaps with a corresponding DMA_ATTR_RELAXED_ORDERING for the PCIe case). also, strike the DMA_ATTR_FOO and DMA_ATTR_GOO since they have no plausible meaning. James --
| Eric Paris | [RFC 0/5] [TALPA] Intro to a linux interface for on access scanning |
| Mark Fasheh | Re: -mm merge plans for 2.6.23 -- sys_fallocate |
| Linus Torvalds | Linux 2.6.21-rc4 |
| Linus Torvalds | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
git: | |
| David Miller | [GIT]: Networking |
| David Miller | Re: [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Gerrit Renker | [PATCH 15/37] dccp: Set per-connection CCIDs via socket options |
| Christoph Lameter | Network latency regressions from 2.6.22 to 2.6.29 |
