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. -- To unsubscribe from this list: send the line "unsubscribe linux-raid" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
