All of lore.kernel.org
 help / color / mirror / Atom feed
* u-boot for omap3
@ 2009-12-03 18:32 Weng, Wending
  2009-12-03 18:40 ` Pandita, Vikram
  0 siblings, 1 reply; 6+ messages in thread
From: Weng, Wending @ 2009-12-03 18:32 UTC (permalink / raw)
  To: linux-omap@vger.kernel.org

Hi all,

        Anybody knows who takes care of u-boot for omap3, I wish to fix a L2 cahe related bug if it's not done yet.

Regards
Wending




^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: u-boot for omap3
  2009-12-03 18:32 u-boot for omap3 Weng, Wending
@ 2009-12-03 18:40 ` Pandita, Vikram
  2009-12-03 18:57   ` Weng, Wending
  0 siblings, 1 reply; 6+ messages in thread
From: Pandita, Vikram @ 2009-12-03 18:40 UTC (permalink / raw)
  To: Weng, Wending, linux-omap@vger.kernel.org, Tom



>-----Original Message-----
>From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Weng,
>Wending
>Sent: Thursday, December 03, 2009 12:32 PM
>To: linux-omap@vger.kernel.org
>Subject: u-boot for omap3
>
>Hi all,
>
>        Anybody knows who takes care of u-boot for omap3, I wish to fix a L2 cahe related bug if 

Tom Rix is the Arm u-boot maintainer. 
Omap3 falls as one of the silicon he maintains.

In reality, there are always internal/forked versions of the upstream that get used.
Like for zoom boards I maintain it at dev.omapzoom.org /bootloader/* 


it's
>not done yet.
>
>Regards
>Wending
>
>
>
>--
>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] 6+ messages in thread

* RE: u-boot for omap3
  2009-12-03 18:40 ` Pandita, Vikram
@ 2009-12-03 18:57   ` Weng, Wending
  2009-12-03 19:17     ` Gary Thomas
  0 siblings, 1 reply; 6+ messages in thread
From: Weng, Wending @ 2009-12-03 18:57 UTC (permalink / raw)
  To: 'Pandita, Vikram', linux-omap@vger.kernel.org, Tom

Hi,

        In the u-boot for omap3evm I use, cleanup_before_linux(in cpu/omap3/cpu.c or cpu/arm_cortexa8/cpu.c) turns off L2 cache by mistake, it should not. This causes serious performance problem for me.

        The following line "#ifndef CONFIG_L2_OFF" should be "#ifdef CONFIG_L2_OFF".
#ifndef CONFIG_L2_OFF
        /* turn off L2 cache */
        l2cache_disable();
        /* invalidate L2 cache also */
        v7_flush_dcache_all(get_device_type());
#endif

Regards
Wending


>-----Original Message-----
>From: Pandita, Vikram [mailto:vikram.pandita@ti.com]
>Sent: December 3, 2009 1:40 PM
>To: Weng, Wending; linux-omap@vger.kernel.org; Tom
>Subject: RE: u-boot for omap3




>>-----Original Message-----
>>From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Weng,
>>Wending
>>Sent: Thursday, December 03, 2009 12:32 PM
>>To: linux-omap@vger.kernel.org
>>Subject: u-boot for omap3
>>
>>Hi all,
>>
>>        Anybody knows who takes care of u-boot for omap3, I wish to fix a L2 cahe related bug if

>Tom Rix is the Arm u-boot maintainer.
>Omap3 falls as one of the silicon he maintains.

>In reality, there are always internal/forked versions of the upstream that get used.
>Like for zoom boards I maintain it at dev.omapzoom.org /bootloader/*


>>it's
>>not done yet.
>>
>>Regards
>>Wending
>>
>>
>>
>>--
>>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] 6+ messages in thread

* Re: u-boot for omap3
  2009-12-03 18:57   ` Weng, Wending
@ 2009-12-03 19:17     ` Gary Thomas
  2009-12-03 19:43       ` Weng, Wending
  0 siblings, 1 reply; 6+ messages in thread
From: Gary Thomas @ 2009-12-03 19:17 UTC (permalink / raw)
  To: Weng, Wending; +Cc: 'Pandita, Vikram', linux-omap@vger.kernel.org, Tom

On 12/03/2009 11:57 AM, Weng, Wending wrote:
> Hi,
>
>          In the u-boot for omap3evm I use, cleanup_before_linux(in cpu/omap3/cpu.c or cpu/arm_cortexa8/cpu.c) turns off L2 cache by mistake, it should not. This causes serious performance problem for me.
>
>          The following line "#ifndef CONFIG_L2_OFF" should be "#ifdef CONFIG_L2_OFF".
> #ifndef CONFIG_L2_OFF
>          /* turn off L2 cache */
>          l2cache_disable();
>          /* invalidate L2 cache also */
>          v7_flush_dcache_all(get_device_type());
> #endif

Are you sure?  The version I have re-enables the L2 cache just a
few lines below that:

==================================================================
#ifndef CONFIG_L2_OFF
	/* turn off L2 cache */
	l2_cache_disable();
	/* invalidate L2 cache also */
	v7_flush_dcache_all(get_device_type());
#endif
	i = 0;
	/* mem barrier to sync up things */
	asm("mcr p15, 0, %0, c7, c10, 4": :"r"(i));

#ifndef CONFIG_L2_OFF
	l2_cache_enable();
#endif
==================================================================

n.b. I'm using git://git.denx.de/u-boot.git


>> -----Original Message-----
>> From: Pandita, Vikram [mailto:vikram.pandita@ti.com]
>> Sent: December 3, 2009 1:40 PM
>> To: Weng, Wending; linux-omap@vger.kernel.org; Tom
>> Subject: RE: u-boot for omap3
>
>
>
>
>>> -----Original Message-----
>>> From: linux-omap-owner@vger.kernel.org [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Weng,
>>> Wending
>>> Sent: Thursday, December 03, 2009 12:32 PM
>>> To: linux-omap@vger.kernel.org
>>> Subject: u-boot for omap3
>>>
>>> Hi all,
>>>
>>>         Anybody knows who takes care of u-boot for omap3, I wish to fix a L2 cahe related bug if
>
>> Tom Rix is the Arm u-boot maintainer.
>> Omap3 falls as one of the silicon he maintains.
>
>> In reality, there are always internal/forked versions of the upstream that get used.
>> Like for zoom boards I maintain it at dev.omapzoom.org /bootloader/*
>
>
>>> it's
>>> not done yet.
>>>
>>> Regards
>>> Wending
>>>
>>>
>>>
>>> --
>>> 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
> --
> 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

-- 
------------------------------------------------------------
Gary Thomas                 |  Consulting for the
MLB Associates              |    Embedded world
------------------------------------------------------------

^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: u-boot for omap3
  2009-12-03 19:17     ` Gary Thomas
@ 2009-12-03 19:43       ` Weng, Wending
  2009-12-08 12:00         ` Premi, Sanjeev
  0 siblings, 1 reply; 6+ messages in thread
From: Weng, Wending @ 2009-12-03 19:43 UTC (permalink / raw)
  To: 'Gary Thomas'
  Cc: 'Pandita, Vikram', linux-omap@vger.kernel.org, Tom

Hi,

        You are right, I checked u-boot from BSP 2.1.1.7 and BSP 2.1.3.11. Is there any reason to do thing in this way?
I use the u-boot from BSP 1.0.0.

Regards
Wending

>-----Original Message-----
>From: Gary Thomas [mailto:gary@mlbassoc.com]
>Sent: December 3, 2009 2:18 PM
>To: Weng, Wending
>Cc: 'Pandita, Vikram'; linux-omap@vger.kernel.org; Tom
>Subject: Re: u-boot for omap3
>
>
>>On 12/03/2009 11:57 AM, Weng, Wending wrote:
>> Hi,
>>
>>          In the u-boot for omap3evm I use, cleanup_before_linux(in cpu/omap3/cpu.c or cpu/arm_cortexa8/cpu.c) turns off L2 >> cache by mistake, it should not. This causes serious performance problem for me.
>>
>>          The following line "#ifndef CONFIG_L2_OFF" should be "#ifdef CONFIG_L2_OFF".
>> #ifndef CONFIG_L2_OFF
>>          /* turn off L2 cache */
>>          l2cache_disable();
>>          /* invalidate L2 cache also */
>>          v7_flush_dcache_all(get_device_type());
>> #endif

>Are you sure?  The version I have re-enables the L2 cache just a
>few lines below that:


^ permalink raw reply	[flat|nested] 6+ messages in thread

* RE: u-boot for omap3
  2009-12-03 19:43       ` Weng, Wending
@ 2009-12-08 12:00         ` Premi, Sanjeev
  0 siblings, 0 replies; 6+ messages in thread
From: Premi, Sanjeev @ 2009-12-08 12:00 UTC (permalink / raw)
  To: Weng, Wending, 'Gary Thomas'
  Cc: Pandita, Vikram, linux-omap@vger.kernel.org, Tom

> -----Original Message-----
> From: linux-omap-owner@vger.kernel.org 
> [mailto:linux-omap-owner@vger.kernel.org] On Behalf Of Weng, Wending
> Sent: Friday, December 04, 2009 1:14 AM
> To: 'Gary Thomas'
> Cc: Pandita, Vikram; linux-omap@vger.kernel.org; Tom
> Subject: RE: u-boot for omap3
> 
> Hi,
> 
>         You are right, I checked u-boot from BSP 2.1.1.7 and 
> BSP 2.1.3.11. Is there any reason to do thing in this way?
> I use the u-boot from BSP 1.0.0.
> 
> Regards
> Wending

Wending,

I think the discussion will be more useful/ appropriate on the
u-boot mailing list (u-boot@lists.denx.de).

If I recall your old mail, on kernel being slow on your board,
was it due to cache being disabled?

Best regards,
Sanjeev

[snip]--[snip]
> 

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2009-12-08 12:00 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2009-12-03 18:32 u-boot for omap3 Weng, Wending
2009-12-03 18:40 ` Pandita, Vikram
2009-12-03 18:57   ` Weng, Wending
2009-12-03 19:17     ` Gary Thomas
2009-12-03 19:43       ` Weng, Wending
2009-12-08 12:00         ` Premi, Sanjeev

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.