Ben, > Yes, dynamic memory management. With DSP Link on the OMAPL138 the > memory allocated to the DSP must be specified as a 'hole' in Linux > memory at boot-time [1[2][3]. It seems (perhaps this is wishful > thinking) that dspbridge does not have this limitation. DSPBridge doesn't has this requirement. > > Also dynamic application loading. With DSP Link it is possible to run > multiple linux processes concurrently communicating with DSP tasks but > the image loaded and executed on the DSP side must contain the code > for all of the tasks at load time [4]. It seems that dspbridge does > not have this limitation. > > I am very interested in learning details about both dsplink and > dspbridge; please reply with more details or corrections as you see > fit. DSPBridge and DSPLink IPCs are for 2 different purposes. So before you make a switch to one of the IPC, I would recommend to you to make sure your requirements are met. To check the differences between DSPBridge and DSPLink, please check this email thread contributed by Richard W. http://linux.omap.com/pipermail/linux-omap-open-source/2007-May/009850.html. We are working on making some of core functionalities such as DMM, resource Management, reset Management of co-processors generic for any IPC to use. So if DSPLink is missing DMM functionality then it should be just the matter of DSPLink adapting to this. I am not aware of the official word from T.I to support dspbridge on OMAP1, but as the community you will have the support in case you want to go with dspbridge option. On a high level, this is what needs to be done to provide support for OMAP1. 1. Adapt to iommu. Add support if the support is not present for OMAP1. 2. Adapt to mailbox 3. Reset and Power management adaptation for OMAP1. Thank you, Best regards, Hari > > Best Regards, > Ben Gardiner > > [1] http://processors.wiki.ti.com/index.php/Changing_DSPLink_Memory_Map > [2] http://e2e.ti.com/support/dsp/omap_applications_processors/f/42/t/29571.aspx > [3] http://code.google.com/p/rowboat/wiki/DSP > > [4] http://processors.wiki.ti.com/index.php/Using_DSPLink_from_multiple_processes > > --- > Nanometrics Inc. > http://www.nanometrics.ca > -- 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
