> -----Original Message----- > From: Felipe Contreras [mailto:felipe.contreras@xxxxxxxxx] > Sent: Tuesday, August 24, 2010 5:09 AM > To: Guzman Lugo, Fernando > Cc: Kanigeri, Hari; linux-omap@xxxxxxxxxxxxxxx; > linux-kernel@xxxxxxxxxxxxxxx; ohad@xxxxxxxxxx; > hiroshi.doyu@xxxxxxxxx; ameya.palande@xxxxxxxxx; > felipe.contreras@xxxxxxxxx > Subject: Re: [PATCH 8/9] dspbridge: add map support for big buffers > > On Fri, Jul 2, 2010 at 9:39 PM, Guzman Lugo, Fernando > <fernando.lugo@xxxxxx> wrote: > > I think, it would be good if we get rid of DMMPOOL size, if > the liked list grow up as it is needed, there is no memory > penalty of have all the possible iommu addresses valid > (11000000 - FFFFFFFF). The reservation will only fail when > there is no memory. If a software restriction is needed we > could define a start and end addresses for iommu module > (maybe as a parameter when the iommu handle for iva2 is got) > and that boundaries can be taking in account at the moment of > reserve the memory. > > What happened to this? > > IIUC what you are proposing is to remove the DMM pool > completely, that makes sense to me. However, is it really > needed to finish the iommu migration to do this? > > > I think the reserve/unreserved dspbridge api can disappear > and just return the da address in the map function. > > This is something I've proposed before, so I agree :) Yeah, that is how it will be. I have been busy with other stuffs, but now I have finish a version with all dmm module removed and reserve/unreserve Api removed as well. But because a the big # of patches merge in dspbrdge I have to rebase them to the latest, I hope finish this week and send Them again next week. Regards, Fernando. > > -- > Felipe Contreras > -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
