Mugdha, On Thu, Aug 12, 2010 at 1:16 AM, Kamoolkar, Mugdha <mugdha@xxxxxx> wrote: > Ben, > >> >> >> > >> > I'm still not sure about the iommu features required by dspbridge, I >> > will need to look into this. But 2+3 sound like they could be provided >> > by DSPLink itself. Would it be sane to put dspbridge on top of >> > DSPLink? Just to sound it out, the DSP-side base image could be >> > DSPBios + DSPLink (DSP-side) and the ARM-side would be made of >> > dspbridge where the IPC is DSP Link 'compatible'. This could avoid a >> > rewrite of the DSP-side of dspbridge maybe? >> >> Probably over-kill to get the features you want. > iommu could not be adapted for OMAPL1xx since it abstracts the DSP MMU, which is non-existent on OMAPL1xx devices. > > Also, OMAPL1xx devices do not use mailbox interrupts. They have a different type of IPC interrupt, which is not mailbox. So a different kind of abstraction would be required to be able to use either mailbox or this different IPC interrupt. Thanks for providing information on OMAPL1xx devices. I wasn't aware of OMAP1 architecture. Thank you, Best regards, Hari -- 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
