On Fri, 2008-11-14 at 17:42 -0700, Dan Williams wrote: > I don't like the stack space implications of this change. Especially > for large arrays we will be carrying two 'src_cnt' size arrays on the > stack, one from MD and one from async_tx. However, I think the > current scheme of overwriting input parameters is pretty ugly.
Well, it's also broken :-) On a number of architectures, dma_addr_t can be 64 bit while page * is 32 bit > So, I > want to benchmark the performance implications of adding a GFP_NOIO > allocation here, with the idea being that if the allocation fails we > can still fallback to the synchronous code path. _______________________________________________ Linuxppc-dev mailing list Linuxppc-dev@ozlabs.org https://ozlabs.org/mailman/listinfo/linuxppc-dev
