* [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
@ 2010-08-08 10:18 ` Santosh Shilimkar
0 siblings, 0 replies; 10+ messages in thread
From: Santosh Shilimkar @ 2010-08-08 10:18 UTC (permalink / raw)
To: linux-omap
Cc: linux-arm-kernel, Santosh Shilimkar, davinci-linux-open-source,
Kevin Hilman
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation gets fixed with first
patch in this series, the MT_MEMORY_NONCACHED can be used now.
Have not tested this, so somebody with Davinci hardware can
try this out
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Cc: davinci-linux-open-source@linux.davincidsp.com
Cc: Kevin Hilman <khilman@deeprootsystems.com>
---
arch/arm/mach-davinci/dm355.c | 3 +--
arch/arm/mach-davinci/dm365.c | 3 +--
arch/arm/mach-davinci/dm644x.c | 3 +--
arch/arm/mach-davinci/dm646x.c | 3 +--
4 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-davinci/dm355.c b/arch/arm/mach-davinci/dm355.c
index 3834781..e7bd2ad 100644
--- a/arch/arm/mach-davinci/dm355.c
+++ b/arch/arm/mach-davinci/dm355.c
@@ -767,8 +767,7 @@ static struct map_desc dm355_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00010000),
.length = SZ_32K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c
index a146849..5dee032 100644
--- a/arch/arm/mach-davinci/dm365.c
+++ b/arch/arm/mach-davinci/dm365.c
@@ -967,8 +967,7 @@ static struct map_desc dm365_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00010000),
.length = SZ_32K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm/mach-davinci/dm644x.c
index 7ad1520..5112d51 100644
--- a/arch/arm/mach-davinci/dm644x.c
+++ b/arch/arm/mach-davinci/dm644x.c
@@ -651,8 +651,7 @@ static struct map_desc dm644x_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00008000),
.length = SZ_16K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
index 9404565..97078f4 100644
--- a/arch/arm/mach-davinci/dm646x.c
+++ b/arch/arm/mach-davinci/dm646x.c
@@ -735,8 +735,7 @@ static struct map_desc dm646x_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00010000),
.length = SZ_32K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
--
1.6.0.4
^ permalink raw reply related [flat|nested] 10+ messages in thread
* [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
@ 2010-08-08 10:18 ` Santosh Shilimkar
0 siblings, 0 replies; 10+ messages in thread
From: Santosh Shilimkar @ 2010-08-08 10:18 UTC (permalink / raw)
To: linux-arm-kernel
On Davinci SRAM is mapped as MT_DEVICE becasue of the section
mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
Since the section mapping limitation gets fixed with first
patch in this series, the MT_MEMORY_NONCACHED can be used now.
Have not tested this, so somebody with Davinci hardware can
try this out
Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
Cc: davinci-linux-open-source at linux.davincidsp.com
Cc: Kevin Hilman <khilman@deeprootsystems.com>
---
arch/arm/mach-davinci/dm355.c | 3 +--
arch/arm/mach-davinci/dm365.c | 3 +--
arch/arm/mach-davinci/dm644x.c | 3 +--
arch/arm/mach-davinci/dm646x.c | 3 +--
4 files changed, 4 insertions(+), 8 deletions(-)
diff --git a/arch/arm/mach-davinci/dm355.c b/arch/arm/mach-davinci/dm355.c
index 3834781..e7bd2ad 100644
--- a/arch/arm/mach-davinci/dm355.c
+++ b/arch/arm/mach-davinci/dm355.c
@@ -767,8 +767,7 @@ static struct map_desc dm355_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00010000),
.length = SZ_32K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c
index a146849..5dee032 100644
--- a/arch/arm/mach-davinci/dm365.c
+++ b/arch/arm/mach-davinci/dm365.c
@@ -967,8 +967,7 @@ static struct map_desc dm365_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00010000),
.length = SZ_32K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm/mach-davinci/dm644x.c
index 7ad1520..5112d51 100644
--- a/arch/arm/mach-davinci/dm644x.c
+++ b/arch/arm/mach-davinci/dm644x.c
@@ -651,8 +651,7 @@ static struct map_desc dm644x_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00008000),
.length = SZ_16K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
index 9404565..97078f4 100644
--- a/arch/arm/mach-davinci/dm646x.c
+++ b/arch/arm/mach-davinci/dm646x.c
@@ -735,8 +735,7 @@ static struct map_desc dm646x_io_desc[] = {
.virtual = SRAM_VIRT,
.pfn = __phys_to_pfn(0x00010000),
.length = SZ_32K,
- /* MT_MEMORY_NONCACHED requires supersection alignment */
- .type = MT_DEVICE,
+ .type = MT_MEMORY_NONCACHED,
},
};
--
1.6.0.4
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
2010-08-08 10:18 ` Santosh Shilimkar
@ 2010-08-19 18:29 ` Kevin Hilman
-1 siblings, 0 replies; 10+ messages in thread
From: Kevin Hilman @ 2010-08-19 18:29 UTC (permalink / raw)
To: Santosh Shilimkar; +Cc: linux-omap, linux-arm-kernel, davinci-linux-open-source
On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
<santosh.shilimkar@ti.com> wrote:
> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
>
> Since the section mapping limitation gets fixed with first
> patch in this series, the MT_MEMORY_NONCACHED can be used now.
>
> Have not tested this, so somebody with Davinci hardware can
> try this out
>
> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> Cc: davinci-linux-open-source@linux.davincidsp.com
> Cc: Kevin Hilman <khilman@deeprootsystems.com>
Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
> ---
> arch/arm/mach-davinci/dm355.c | 3 +--
> arch/arm/mach-davinci/dm365.c | 3 +--
> arch/arm/mach-davinci/dm644x.c | 3 +--
> arch/arm/mach-davinci/dm646x.c | 3 +--
> 4 files changed, 4 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-davinci/dm355.c b/arch/arm/mach-davinci/dm355.c
> index 3834781..e7bd2ad 100644
> --- a/arch/arm/mach-davinci/dm355.c
> +++ b/arch/arm/mach-davinci/dm355.c
> @@ -767,8 +767,7 @@ static struct map_desc dm355_io_desc[] = {
> .virtual = SRAM_VIRT,
> .pfn = __phys_to_pfn(0x00010000),
> .length = SZ_32K,
> - /* MT_MEMORY_NONCACHED requires supersection alignment */
> - .type = MT_DEVICE,
> + .type = MT_MEMORY_NONCACHED,
> },
> };
>
> diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c
> index a146849..5dee032 100644
> --- a/arch/arm/mach-davinci/dm365.c
> +++ b/arch/arm/mach-davinci/dm365.c
> @@ -967,8 +967,7 @@ static struct map_desc dm365_io_desc[] = {
> .virtual = SRAM_VIRT,
> .pfn = __phys_to_pfn(0x00010000),
> .length = SZ_32K,
> - /* MT_MEMORY_NONCACHED requires supersection alignment */
> - .type = MT_DEVICE,
> + .type = MT_MEMORY_NONCACHED,
> },
> };
>
> diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm/mach-davinci/dm644x.c
> index 7ad1520..5112d51 100644
> --- a/arch/arm/mach-davinci/dm644x.c
> +++ b/arch/arm/mach-davinci/dm644x.c
> @@ -651,8 +651,7 @@ static struct map_desc dm644x_io_desc[] = {
> .virtual = SRAM_VIRT,
> .pfn = __phys_to_pfn(0x00008000),
> .length = SZ_16K,
> - /* MT_MEMORY_NONCACHED requires supersection alignment */
> - .type = MT_DEVICE,
> + .type = MT_MEMORY_NONCACHED,
> },
> };
>
> diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
> index 9404565..97078f4 100644
> --- a/arch/arm/mach-davinci/dm646x.c
> +++ b/arch/arm/mach-davinci/dm646x.c
> @@ -735,8 +735,7 @@ static struct map_desc dm646x_io_desc[] = {
> .virtual = SRAM_VIRT,
> .pfn = __phys_to_pfn(0x00010000),
> .length = SZ_32K,
> - /* MT_MEMORY_NONCACHED requires supersection alignment */
> - .type = MT_DEVICE,
> + .type = MT_MEMORY_NONCACHED,
> },
> };
>
> --
> 1.6.0.4
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-omap" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
@ 2010-08-19 18:29 ` Kevin Hilman
0 siblings, 0 replies; 10+ messages in thread
From: Kevin Hilman @ 2010-08-19 18:29 UTC (permalink / raw)
To: linux-arm-kernel
On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
<santosh.shilimkar@ti.com> wrote:
> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
>
> Since the section mapping limitation gets fixed with first
> patch in this series, the MT_MEMORY_NONCACHED can be used now.
>
> Have not tested this, so somebody with Davinci hardware can
> try this out
>
> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> Cc: davinci-linux-open-source at linux.davincidsp.com
> Cc: Kevin Hilman <khilman@deeprootsystems.com>
Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
> ---
> ?arch/arm/mach-davinci/dm355.c ?| ? ?3 +--
> ?arch/arm/mach-davinci/dm365.c ?| ? ?3 +--
> ?arch/arm/mach-davinci/dm644x.c | ? ?3 +--
> ?arch/arm/mach-davinci/dm646x.c | ? ?3 +--
> ?4 files changed, 4 insertions(+), 8 deletions(-)
>
> diff --git a/arch/arm/mach-davinci/dm355.c b/arch/arm/mach-davinci/dm355.c
> index 3834781..e7bd2ad 100644
> --- a/arch/arm/mach-davinci/dm355.c
> +++ b/arch/arm/mach-davinci/dm355.c
> @@ -767,8 +767,7 @@ static struct map_desc dm355_io_desc[] = {
> ? ? ? ? ? ? ? ?.virtual ? ? ? ?= SRAM_VIRT,
> ? ? ? ? ? ? ? ?.pfn ? ? ? ? ? ?= __phys_to_pfn(0x00010000),
> ? ? ? ? ? ? ? ?.length ? ? ? ? = SZ_32K,
> - ? ? ? ? ? ? ? /* MT_MEMORY_NONCACHED requires supersection alignment */
> - ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_DEVICE,
> + ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_MEMORY_NONCACHED,
> ? ? ? ?},
> ?};
>
> diff --git a/arch/arm/mach-davinci/dm365.c b/arch/arm/mach-davinci/dm365.c
> index a146849..5dee032 100644
> --- a/arch/arm/mach-davinci/dm365.c
> +++ b/arch/arm/mach-davinci/dm365.c
> @@ -967,8 +967,7 @@ static struct map_desc dm365_io_desc[] = {
> ? ? ? ? ? ? ? ?.virtual ? ? ? ?= SRAM_VIRT,
> ? ? ? ? ? ? ? ?.pfn ? ? ? ? ? ?= __phys_to_pfn(0x00010000),
> ? ? ? ? ? ? ? ?.length ? ? ? ? = SZ_32K,
> - ? ? ? ? ? ? ? /* MT_MEMORY_NONCACHED requires supersection alignment */
> - ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_DEVICE,
> + ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_MEMORY_NONCACHED,
> ? ? ? ?},
> ?};
>
> diff --git a/arch/arm/mach-davinci/dm644x.c b/arch/arm/mach-davinci/dm644x.c
> index 7ad1520..5112d51 100644
> --- a/arch/arm/mach-davinci/dm644x.c
> +++ b/arch/arm/mach-davinci/dm644x.c
> @@ -651,8 +651,7 @@ static struct map_desc dm644x_io_desc[] = {
> ? ? ? ? ? ? ? ?.virtual ? ? ? ?= SRAM_VIRT,
> ? ? ? ? ? ? ? ?.pfn ? ? ? ? ? ?= __phys_to_pfn(0x00008000),
> ? ? ? ? ? ? ? ?.length ? ? ? ? = SZ_16K,
> - ? ? ? ? ? ? ? /* MT_MEMORY_NONCACHED requires supersection alignment */
> - ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_DEVICE,
> + ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_MEMORY_NONCACHED,
> ? ? ? ?},
> ?};
>
> diff --git a/arch/arm/mach-davinci/dm646x.c b/arch/arm/mach-davinci/dm646x.c
> index 9404565..97078f4 100644
> --- a/arch/arm/mach-davinci/dm646x.c
> +++ b/arch/arm/mach-davinci/dm646x.c
> @@ -735,8 +735,7 @@ static struct map_desc dm646x_io_desc[] = {
> ? ? ? ? ? ? ? ?.virtual ? ? ? ?= SRAM_VIRT,
> ? ? ? ? ? ? ? ?.pfn ? ? ? ? ? ?= __phys_to_pfn(0x00010000),
> ? ? ? ? ? ? ? ?.length ? ? ? ? = SZ_32K,
> - ? ? ? ? ? ? ? /* MT_MEMORY_NONCACHED requires supersection alignment */
> - ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_DEVICE,
> + ? ? ? ? ? ? ? .type ? ? ? ? ? = MT_MEMORY_NONCACHED,
> ? ? ? ?},
> ?};
>
> --
> 1.6.0.4
>
>
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
2010-08-19 18:29 ` Kevin Hilman
@ 2010-08-26 21:37 ` Kevin Hilman
-1 siblings, 0 replies; 10+ messages in thread
From: Kevin Hilman @ 2010-08-26 21:37 UTC (permalink / raw)
To: Santosh Shilimkar; +Cc: linux-omap, linux-arm-kernel, davinci-linux-open-source
Kevin Hilman <khilman@deeprootsystems.com> writes:
> On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
> <santosh.shilimkar@ti.com> wrote:
>> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
>> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
>>
>> Since the section mapping limitation gets fixed with first
>> patch in this series, the MT_MEMORY_NONCACHED can be used now.
>>
>> Have not tested this, so somebody with Davinci hardware can
>> try this out
>>
>> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
>> Cc: davinci-linux-open-source@linux.davincidsp.com
>> Cc: Kevin Hilman <khilman@deeprootsystems.com>
>
> Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
Also, FYI... while not a very thorough test, I boot-tested this series
on DaVinci (dm355, omapl138) and it worked fine.
I'll include in davinci git (in the davinci-testing branch) so it gets a
bit more testing.
Kevin
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
@ 2010-08-26 21:37 ` Kevin Hilman
0 siblings, 0 replies; 10+ messages in thread
From: Kevin Hilman @ 2010-08-26 21:37 UTC (permalink / raw)
To: linux-arm-kernel
Kevin Hilman <khilman@deeprootsystems.com> writes:
> On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
> <santosh.shilimkar@ti.com> wrote:
>> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
>> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
>>
>> Since the section mapping limitation gets fixed with first
>> patch in this series, the MT_MEMORY_NONCACHED can be used now.
>>
>> Have not tested this, so somebody with Davinci hardware can
>> try this out
>>
>> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
>> Cc: davinci-linux-open-source at linux.davincidsp.com
>> Cc: Kevin Hilman <khilman@deeprootsystems.com>
>
> Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
Also, FYI... while not a very thorough test, I boot-tested this series
on DaVinci (dm355, omapl138) and it worked fine.
I'll include in davinci git (in the davinci-testing branch) so it gets a
bit more testing.
Kevin
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
2010-08-26 21:37 ` Kevin Hilman
@ 2010-08-27 4:46 ` Shilimkar, Santosh
-1 siblings, 0 replies; 10+ messages in thread
From: Shilimkar, Santosh @ 2010-08-27 4:46 UTC (permalink / raw)
To: Kevin Hilman; +Cc: linux-omap, linux-arm-kernel, davinci-linux-open-source
> -----Original Message-----
> From: Kevin Hilman [mailto:khilman@deeprootsystems.com]
> Sent: Friday, August 27, 2010 3:07 AM
> To: Shilimkar, Santosh
> Cc: linux-omap@vger.kernel.org; linux-arm-kernel@lists.infradead.org;
> davinci-linux-open-source@linux.davincidsp.com
> Subject: Re: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED
> instead of MT_DEVICE
>
> Kevin Hilman <khilman@deeprootsystems.com> writes:
>
> > On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
> > <santosh.shilimkar@ti.com> wrote:
> >> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
> >> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
> >>
> >> Since the section mapping limitation gets fixed with first
> >> patch in this series, the MT_MEMORY_NONCACHED can be used now.
> >>
> >> Have not tested this, so somebody with Davinci hardware can
> >> try this out
> >>
> >> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> >> Cc: davinci-linux-open-source@linux.davincidsp.com
> >> Cc: Kevin Hilman <khilman@deeprootsystems.com>
> >
> > Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
>
> Also, FYI... while not a very thorough test, I boot-tested this series
> on DaVinci (dm355, omapl138) and it worked fine.
>
> I'll include in davinci git (in the davinci-testing branch) so it gets a
> bit more testing.
Thanks a lot Kevin!!
Tony,
Can you merge this in lo master as well. Actually I want all these
3 patches go together so that it doesn't break OMAP/DAVINCI.
Regards,
Santosh
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
@ 2010-08-27 4:46 ` Shilimkar, Santosh
0 siblings, 0 replies; 10+ messages in thread
From: Shilimkar, Santosh @ 2010-08-27 4:46 UTC (permalink / raw)
To: linux-arm-kernel
> -----Original Message-----
> From: Kevin Hilman [mailto:khilman at deeprootsystems.com]
> Sent: Friday, August 27, 2010 3:07 AM
> To: Shilimkar, Santosh
> Cc: linux-omap at vger.kernel.org; linux-arm-kernel at lists.infradead.org;
> davinci-linux-open-source at linux.davincidsp.com
> Subject: Re: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED
> instead of MT_DEVICE
>
> Kevin Hilman <khilman@deeprootsystems.com> writes:
>
> > On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
> > <santosh.shilimkar@ti.com> wrote:
> >> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
> >> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
> >>
> >> Since the section mapping limitation gets fixed with first
> >> patch in this series, the MT_MEMORY_NONCACHED can be used now.
> >>
> >> Have not tested this, so somebody with Davinci hardware can
> >> try this out
> >>
> >> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> >> Cc: davinci-linux-open-source at linux.davincidsp.com
> >> Cc: Kevin Hilman <khilman@deeprootsystems.com>
> >
> > Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
>
> Also, FYI... while not a very thorough test, I boot-tested this series
> on DaVinci (dm355, omapl138) and it worked fine.
>
> I'll include in davinci git (in the davinci-testing branch) so it gets a
> bit more testing.
Thanks a lot Kevin!!
Tony,
Can you merge this in lo master as well. Actually I want all these
3 patches go together so that it doesn't break OMAP/DAVINCI.
Regards,
Santosh
^ permalink raw reply [flat|nested] 10+ messages in thread
* RE: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
2010-08-27 4:46 ` Shilimkar, Santosh
@ 2010-09-04 9:01 ` Shilimkar, Santosh
-1 siblings, 0 replies; 10+ messages in thread
From: Shilimkar, Santosh @ 2010-09-04 9:01 UTC (permalink / raw)
To: Shilimkar, Santosh, Kevin Hilman
Cc: linux-omap, linux-arm-kernel, davinci-linux-open-source
Tony,
> -----Original Message-----
> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-
> owner@vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Friday, August 27, 2010 10:17 AM
> To: Kevin Hilman
> Cc: linux-omap@vger.kernel.org; linux-arm-kernel@lists.infradead.org;
> davinci-linux-open-source@linux.davincidsp.com
> Subject: RE: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED
> instead of MT_DEVICE
>
> > -----Original Message-----
> > From: Kevin Hilman [mailto:khilman@deeprootsystems.com]
> > Sent: Friday, August 27, 2010 3:07 AM
> > To: Shilimkar, Santosh
> > Cc: linux-omap@vger.kernel.org; linux-arm-kernel@lists.infradead.org;
> > davinci-linux-open-source@linux.davincidsp.com
> > Subject: Re: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED
> > instead of MT_DEVICE
> >
> > Kevin Hilman <khilman@deeprootsystems.com> writes:
> >
> > > On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
> > > <santosh.shilimkar@ti.com> wrote:
> > >> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
> > >> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
> > >>
> > >> Since the section mapping limitation gets fixed with first
> > >> patch in this series, the MT_MEMORY_NONCACHED can be used now.
> > >>
> > >> Have not tested this, so somebody with Davinci hardware can
> > >> try this out
> > >>
> > >> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> > >> Cc: davinci-linux-open-source@linux.davincidsp.com
> > >> Cc: Kevin Hilman <khilman@deeprootsystems.com>
> > >
> > > Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
> >
> > Also, FYI... while not a very thorough test, I boot-tested this series
> > on DaVinci (dm355, omapl138) and it worked fine.
> >
> > I'll include in davinci git (in the davinci-testing branch) so it gets a
> > bit more testing.
>
> Thanks a lot Kevin!!
>
> Tony,
> Can you merge this in lo master as well. Actually I want all these
> 3 patches go together so that it doesn't break OMAP/DAVINCI.
>
Ping
Regards,
Santosh
^ permalink raw reply [flat|nested] 10+ messages in thread
* [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE
@ 2010-09-04 9:01 ` Shilimkar, Santosh
0 siblings, 0 replies; 10+ messages in thread
From: Shilimkar, Santosh @ 2010-09-04 9:01 UTC (permalink / raw)
To: linux-arm-kernel
Tony,
> -----Original Message-----
> From: linux-omap-owner at vger.kernel.org [mailto:linux-omap-
> owner at vger.kernel.org] On Behalf Of Shilimkar, Santosh
> Sent: Friday, August 27, 2010 10:17 AM
> To: Kevin Hilman
> Cc: linux-omap at vger.kernel.org; linux-arm-kernel at lists.infradead.org;
> davinci-linux-open-source at linux.davincidsp.com
> Subject: RE: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED
> instead of MT_DEVICE
>
> > -----Original Message-----
> > From: Kevin Hilman [mailto:khilman at deeprootsystems.com]
> > Sent: Friday, August 27, 2010 3:07 AM
> > To: Shilimkar, Santosh
> > Cc: linux-omap at vger.kernel.org; linux-arm-kernel at lists.infradead.org;
> > davinci-linux-open-source at linux.davincidsp.com
> > Subject: Re: [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED
> > instead of MT_DEVICE
> >
> > Kevin Hilman <khilman@deeprootsystems.com> writes:
> >
> > > On Sun, Aug 8, 2010 at 3:18 AM, Santosh Shilimkar
> > > <santosh.shilimkar@ti.com> wrote:
> > >> On Davinci SRAM is mapped as MT_DEVICE becasue of the section
> > >> mapping pre-requisite instead of intended MT_MEMORY_NONCACHED
> > >>
> > >> Since the section mapping limitation gets fixed with first
> > >> patch in this series, the MT_MEMORY_NONCACHED can be used now.
> > >>
> > >> Have not tested this, so somebody with Davinci hardware can
> > >> try this out
> > >>
> > >> Signed-off-by: Santosh Shilimkar <santosh.shilimkar@ti.com>
> > >> Cc: davinci-linux-open-source at linux.davincidsp.com
> > >> Cc: Kevin Hilman <khilman@deeprootsystems.com>
> > >
> > > Acked-by: Kevin Hilman <khilman@deeprootsystems.com>
> >
> > Also, FYI... while not a very thorough test, I boot-tested this series
> > on DaVinci (dm355, omapl138) and it worked fine.
> >
> > I'll include in davinci git (in the davinci-testing branch) so it gets a
> > bit more testing.
>
> Thanks a lot Kevin!!
>
> Tony,
> Can you merge this in lo master as well. Actually I want all these
> 3 patches go together so that it doesn't break OMAP/DAVINCI.
>
Ping
Regards,
Santosh
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2010-09-04 9:01 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-08-08 10:18 [PATCH 3/3] davinci: Map sram using MT_MEMORY_NONCACHED instead of MT_DEVICE Santosh Shilimkar
2010-08-08 10:18 ` Santosh Shilimkar
2010-08-19 18:29 ` Kevin Hilman
2010-08-19 18:29 ` Kevin Hilman
2010-08-26 21:37 ` Kevin Hilman
2010-08-26 21:37 ` Kevin Hilman
2010-08-27 4:46 ` Shilimkar, Santosh
2010-08-27 4:46 ` Shilimkar, Santosh
2010-09-04 9:01 ` Shilimkar, Santosh
2010-09-04 9:01 ` Shilimkar, Santosh
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.