From: Nishanth Menon <nm@ti.com>
To: "Govindarajan, Sriramakrishnan" <srk@ti.com>
Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>,
"Syed Mohammed, Khasim" <khasim@ti.com>,
"Nori, Sekhar" <nsekhar@ti.com>
Subject: Re: [PATCH] ARCH OMAP : enable ARCH_HAS_HOLES_MEMORYMODEL for OMAP
Date: Fri, 8 Jan 2010 09:02:55 -0600 [thread overview]
Message-ID: <4B47491F.1000303@ti.com> (raw)
In-Reply-To: <FCCFB4CDC6E5564B9182F639FC3560870300519AC7@dbde02.ent.ti.com>
Govindarajan, Sriramakrishnan had written, on 01/08/2010 02:15 AM, the
following:
>
>> From: Menon, Nishanth
>> Govindarajan, Sriramakrishnan had written, on 01/07/2010 06:30 AM, the
>> following:
>>> From: Sriram <srk@ti.com>
>>>
>>> OMAP platforms(like OMAP3530) include DSP or other co-processors
>>> for media acceleration. when carving out memory for the
>>> accelerators we can end up creating a hole in the memory map
>>> of sort:
>>> <kernel memory><hole(memory for accelerator)><kernel memory>
>>>
>>> To handle such a memory configuration ARCH_HAS_HOLES_MEMORYMODEL
>>> has to be enabled. For further information refer discussion at:
>>> http://www.mail-archive.com/linux-omap@vger.kernl.org/msg15262.html.
>> pls check the link: I see "The document you were looking for was not
>> found."
>
> The URL is spelt incorrectly. Here is the correct URL:
> http://www.mail-archive.com/linux-omap@vger.kernel.org/msg15262.html
>
>>> select GENERIC_TIME
>>> select GENERIC_CLOCKEVENTS
>>> + select ARCH_HAS_HOLES_MEMORYMODEL
>> why enable this for all OMAPs?
>
> I have tested this on several OMAP3 platforms and this feature is required
> Wherever some memory needs to be reserved for media accelerators - hence it
> Would be handy for earlier OMAP platforms as well
I understand that you have tested with OMAP3. my question is you have
handled this as per the diff
@@ -699,6 +699,7 @@ config ARCH_OMAP
to ARCH_OMAP
is this good for OMAP1510, 1610, 1710, 2420,2430, 770 etc..?
if this is an OMAP3 requirement why not add it there?
--
Regards,
Nishanth Menon
next prev parent reply other threads:[~2010-01-08 15:02 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-07 12:30 [PATCH] ARCH OMAP : enable ARCH_HAS_HOLES_MEMORYMODEL for OMAP Sriramakrishnan
2010-01-07 15:22 ` Nishanth Menon
2010-01-08 8:15 ` Govindarajan, Sriramakrishnan
2010-01-08 15:02 ` Nishanth Menon [this message]
2010-01-11 12:12 ` Govindarajan, Sriramakrishnan
2010-01-11 23:06 ` Tony Lindgren
2010-01-11 23:07 ` [APPLIED] > [PATCH] ARCH OMAP : enable ARCH_HAS_HOLES_MEMORYMODEL for Tony Lindgren
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4B47491F.1000303@ti.com \
--to=nm@ti.com \
--cc=khasim@ti.com \
--cc=linux-omap@vger.kernel.org \
--cc=nsekhar@ti.com \
--cc=srk@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.