On Thu, Aug 12, 2010 at 8:28 PM, Hari Kanigeri hari.kanig...@gmail.com wrote:
Also I believe that the new Contiguous Memory Allocation (CMA)
framework was developed specifically for systems that need to allocate
physically contiguous memory because they don't have an MMU. What
(edit) ...
; OhadBen-Cohen; linux-omap@vger.kernel.org; Uppal, Deepali
Subject: Re: dspbridge and the omapl1x
Ben,
On Wed, Aug 11, 2010 at 2:25 PM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
Hello Hari,
On Wed, Aug 11, 2010 at 12:55 PM, Hari Kanigeri
hari.kanig...@gmail.com wrote:
Ben,
Yes
Hi,
On Thu, Aug 12, 2010 at 08:00:05AM +0200, ext Kamoolkar, Mugdha wrote:
One thing I would like to mention is that the DMM feature does require
the slave DSP to have an MMU. The OMAPL1xx devices do not have MMU for
the DSP. DMM cannot be implemented without the DSP having an MMU.
Hence,
;
FelipeContreras; Ramirez Luna, Omar; OhadBen-Cohen; linux-
o...@vger.kernel.org; Uppal, Deepali
Subject: Re: dspbridge and the omapl1x
Hi,
On Thu, Aug 12, 2010 at 08:00:05AM +0200, ext Kamoolkar, Mugdha wrote:
One thing I would like to mention is that the DMM feature does require
; Uribe de Leon, Armando; Menon, Nishanth;
KulikovVasiliy; Sapiens, Rene; AndyShevchenko; FelipeContreras; Ramirez
Luna, Omar; OhadBen-Cohen; linux-omap@vger.kernel.org; Uppal, Deepali
Subject: Re: dspbridge and the omapl1x
Ben,
On Wed, Aug 11, 2010 at 2:25 PM, Ben Gardiner
bengardi
Hi,
On Thu, Aug 12, 2010 at 08:16:23AM +0200, ext Kamoolkar, Mugdha wrote:
One thing I would like to mention is that the DMM feature does require
the slave DSP to have an MMU. The OMAPL1xx devices do not have MMU for
the DSP. DMM cannot be implemented without the DSP having an MMU.
Hence,
Mugdha,
On Thu, Aug 12, 2010 at 1:16 AM, Kamoolkar, Mugdha mug...@ti.com 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
Hari and Mugdha,
On Wed, Aug 11, 2010 at 7:35 PM, Hari Kanigeri hari.kanig...@gmail.com wrote:
On Wed, Aug 11, 2010 at 2:25 PM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Wed, Aug 11, 2010 at 12:55 PM, Hari Kanigeri hari.kanig...@gmail.com
wrote:
We are working on making some of core
On Thu, Aug 12, 2010 at 2:16 AM, Kamoolkar, Mugdha mug...@ti.com wrote:
You are correct that dynamic linking and loading is a feature that is
available in DSPBridge, and which is missing in DSPLink, which could work on
OMAPL1xx if you ported DSPBridge to OMAPL1xx
I imagined that the lack
Hello Hari,
Thank you for reading and replying to our email.
On Tue, Aug 10, 2010 at 6:12 PM, Hari Kanigeri hari.kanig...@gmail.com wrote:
Do you mean dynamic memory management ? Can you please elaborate on
what feature you are referring to ?
Yes, dynamic memory management. With DSP Link on
Hi,
On Wed, Aug 11, 2010 at 3:56 PM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
On Tue, Aug 10, 2010 at 6:12 PM, Hari Kanigeri hari.kanig...@gmail.com
wrote:
Do you mean dynamic memory management ? Can you please elaborate on
what feature you are referring to ?
Yes, dynamic memory
Hello Felipe,
On Wed, Aug 11, 2010 at 10:01 AM, Felipe Contreras
felipe.contre...@gmail.com wrote:
Hi,
On Wed, Aug 11, 2010 at 3:56 PM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
Yes, dynamic memory management. With DSP Link on the OMAPL138 the
memory allocated to the DSP must be
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
On Wed, Aug 11, 2010 at 7:55 PM, Hari Kanigeri hari.kanig...@gmail.com wrote:
1. Adapt to iommu. Add support if the support is not present for OMAP1.
AFAIK iommu started for OMAP1 as it was originally developed for dsp-gateway.
--
Felipe Contreras
--
To unsubscribe from this list: send the
Hi Deepali,
On Wed, Aug 11, 2010 at 9:48 AM, Uppal, Deepali deep...@ti.com wrote:
Hello Ben,
I am Deepali, DSPLink engineering manager from DSPLink team in TI India. I
have removed the linux omap mailing list as my mailing client is not
correctly setup to send mails to community. I will
for the roadmap. This doesn't sound too daunting, but that
could be because I am ignorant of the details. :)
It is good to know that the community (at least you) would be
interested in reviewing and picking up patches that integrate
dspbridge support for the omapl1x.
I'm still not sure about
Ben,
On Wed, Aug 11, 2010 at 2:25 PM, Ben Gardiner
bengardi...@nanometrics.ca wrote:
Hello Hari,
On Wed, Aug 11, 2010 at 12:55 PM, Hari Kanigeri hari.kanig...@gmail.com
wrote:
Ben,
Yes, dynamic memory management. With DSP Link on the OMAPL138 the
memory allocated to the DSP must be
Hello authors of staging/tidspbridge patches,
We have been watching the progress in staging/dspbridge with great
excitement. Unfortunately we are using the OMAPL138 which is a
davinci family member which has support for DSPLink not DSPBridge.
We are attracted to DSPBridge over DSPLink because
Ben,
We are attracted to DSPBridge over DSPLink because it appears to have
better dynamic resource management and it is headed for mainline
(fingers crossed).
Do you mean dynamic memory management ? Can you please elaborate on
what feature you are referring to ?
Thank you,
Best regards,
19 matches
Mail list logo
