Thread (1 message) 1 message, 1 author, 2012-01-04

Re: [PATCH] ARM: imx6q: add support for IRAM

From: Linus Walleij <hidden>
Date: 2012-01-04 11:12:07
Also in: linux-arm-kernel

On Tue, Jan 3, 2012 at 1:41 PM, Russell King - ARM Linux
[off-list ref] wrote:
On Tue, Jan 03, 2012 at 08:43:56PM +0800, Shawn Guo wrote:
quoted
On Tue, Jan 03, 2012 at 09:10:15AM +0000, Russell King - ARM Linux wrote:
quoted
Why is this even specific to fsl?  Isn't it something that could be
specified in a totally generic way?

As I showed with my original set of sram patches, there is not much
specific about this on-board RAM: what is specific is how a SoC uses
it, and that's up to the rest of the SoC code.
As I have not seen any news/updates about the sram consolidation series
since May, I did not bring up it here.  So what's the state of the
series?  If it shows up on some stable branch, we would be happy to
base the work here on it.
I have no idea; as I've already said, I lost total interest in it.

What I _am_ saying though is that rather than defining some platform
specific bindings and continuing that idiotic state of affairs, we
have the chance to do things properly now: define a standard set of
DT bindings to describe on-board SRAM.

That's something which can be done with or without the sram
consolidation stuff.
I second this. It's just a piece of RAM, it should be described
the same way irrespective of system or even OS.

On-chip RAM is yet another area where platforms and their
maintainers sometimes think they are very different - just like
everyone else.

(This connects to the other IRAM patch floating on the list.)

Yours,
Linus Walleij
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help