On Mon, Oct 10, 2011 at 1:58 AM, Ohad Ben-Cohen <ohad@xxxxxxxxxx> wrote: > On Fri, Oct 7, 2011 at 6:27 PM, Arnd Bergmann <arnd@xxxxxxxx> wrote: >> IMHO it would be good to merge the entire series into 3.2, since >> the ARM portion fixes an important bug (double mapping of memory >> ranges with conflicting attributes) that we've lived with for far >> too long, but it really depends on how everyone sees the risk >> for regressions here. If something breaks in unfixable ways before >> the 3.2 release, we can always revert the patches and have another >> try later. > > I didn't thoroughly review the patches, but I did try them out (to be > precise, I tried v15) on an OMAP4 PandaBoard, and really liked the > result. > > The interfaces seem clean and convenient and things seem to work (I > used a private CMA pool with rpmsg and remoteproc, but also noticed > that several other drivers were utilizing the global pool). And with > this in hand we can finally ditch the old reserve+ioremap approach. > > So from a user perspective, I sure do hope this patch set gets into > 3.2; hopefully we can just fix anything that would show up during the > 3.2 cycle. > > Marek, Michal (and everyone involved!), thanks so much for pushing > this! Judging from the history of this patch set and the areas that it > touches (and from the number of LWN articles ;) it looks like a > considerable feat. > > FWIW, feel free to add my > > Tested-by: Ohad Ben-Cohen <ohad@xxxxxxxxxx> Marek, I guess I forgot to mention earlier, but I've been using CMA for a couple of weeks now with omapdrm driver, so you can also add my: Tested-by: Rob Clark <rob@xxxxxx> BR, -R > (small and optional comment: I think it'd be nice if > dma_declare_contiguous would fail if called too late, otherwise users > of that misconfigured device will end up using the global pool without > easily knowing that something went wrong) > > Thanks, > Ohad. > > _______________________________________________ > Linaro-mm-sig mailing list > Linaro-mm-sig@xxxxxxxxxxxxxxxx > http://lists.linaro.org/mailman/listinfo/linaro-mm-sig > -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@xxxxxxxxx. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>