From: Heiko Schocher <hs@denx.de>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v5 4/7] arm, arm926ejs: Do not clear the V bit on DA850 SoCs
Date: Wed, 01 Feb 2012 08:33:47 +0100 [thread overview]
Message-ID: <4F28EADB.50301@denx.de> (raw)
In-Reply-To: <CAM6zRudx_K20dUD-2h=LaFff1RgfnvmPibmzeSNETPi5B-V9rQ@mail.gmail.com>
Hello Sughosh,
Sughosh Ganu wrote:
> hi Christian,
>
> On Tue, Jan 31, 2012 at 7:26 PM, Christian Riesch <
> christian.riesch at omicron.at> wrote:
>
>> The V bit of the c1 register of CP15 should not be cleared
>> since the SoC has no valid memory at 0x00000000.
>>
>> Signed-off-by: Christian Riesch <christian.riesch@omicron.at>
>> Reported-by: Sughosh Ganu <urwithsughosh@gmail.com>
>> Cc: Albert Aribaud <albert.u.boot@aribaud.net>
>> Cc: Tom Rini <trini@ti.com>
>> ---
>> arch/arm/cpu/arm926ejs/start.S | 5 ++++-
>> 1 files changed, 4 insertions(+), 1 deletions(-)
>>
>> diff --git a/arch/arm/cpu/arm926ejs/start.S
>> b/arch/arm/cpu/arm926ejs/start.S
>> index b39ed8a..b350480 100644
>> --- a/arch/arm/cpu/arm926ejs/start.S
>> +++ b/arch/arm/cpu/arm926ejs/start.S
>> @@ -372,7 +372,10 @@ flush_dcache:
>> * disable MMU and D cache, and enable I cache
>> */
>> mrc p15, 0, r0, c1, c0, 0
>> - bic r0, r0, #0x00002300 /* clear bits 13, 9:8 (--V- --RS)
>> */
>> + bic r0, r0, #0x00000300 /* clear bits 9:8 (---- --RS) */
>> +#ifndef CONFIG_SOC_DA850
>> + bic r0, r0, #0x00002000 /* clear bit 13 (--V- ----) */
>> +#endif
>>
>
> Instead of checking for a particular SOC, can we introduce a generic
> config, something like CONFIG_EXCEPTION_VECTORS_LOW. This way, if other
> SOC's have a similar requirement, it won't be needed to keep adding checks
> here. It would also help in case this needs to be implemented for other arm
> cores, so that we can have a common config option for bypassing this V-bit
> clear. Just my suggestion. Maybe Tom and Albert can comment.
Yep, I vote for this too, also this config option should be documented
in the README.
> I will test your patch series on my hawkboard and let you know the results
> tomorrow. Thanks for clubbing it all together.
Yep, thanks!
Currently testing it on the enbw_cmc board, looks good. I test the
patches also on the cam_enc_4xx board ... and post the results.
bye,
Heiko
--
DENX Software Engineering GmbH, MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
next prev parent reply other threads:[~2012-02-01 7:33 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-01-31 13:56 [U-Boot] [PATCH v5 0/7] Change ARM926EJ-S startup code, hawkboard and calimain Christian Riesch
2012-01-31 13:56 ` [U-Boot] [PATCH v5 1/7] arm, davinci: Add lowlevel_init for SoCs other than DM644X Christian Riesch
2012-02-02 6:34 ` Heiko Schocher
2012-01-31 13:56 ` [U-Boot] [PATCH v5 2/7] arm, arm926ejs: Do cpu critical inits only for boards that require it Christian Riesch
2012-02-02 6:34 ` Heiko Schocher
2012-01-31 13:56 ` [U-Boot] [PATCH v5 3/7] arm, arm926ejs: Flush the data cache before disabling it Christian Riesch
2012-02-02 6:34 ` Heiko Schocher
2012-01-31 13:56 ` [U-Boot] [PATCH v5 4/7] arm, arm926ejs: Do not clear the V bit on DA850 SoCs Christian Riesch
2012-01-31 17:52 ` Sughosh Ganu
2012-02-01 7:33 ` Heiko Schocher [this message]
2012-02-02 9:30 ` Christian Riesch
2012-02-02 9:34 ` Heiko Schocher
2012-02-02 6:35 ` Heiko Schocher
2012-01-31 13:56 ` [U-Boot] [PATCH v5 5/7] arm, arm926ejs: Enable icache only if CONFIG_SYS_ICACHE_OFF is not defined Christian Riesch
2012-02-02 6:35 ` Heiko Schocher
2012-01-31 13:56 ` [U-Boot] [PATCH v5 6/7] Changes to move hawkboard to the new spl infrastructure Christian Riesch
2012-01-31 13:56 ` [U-Boot] [PATCH v5 7/7] arm, davinci: Add support for the Calimain board from OMICRON electronics Christian Riesch
2012-02-01 15:17 ` [U-Boot] [PATCH v5 0/7] Change ARM926EJ-S startup code, hawkboard and calimain Sughosh Ganu
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=4F28EADB.50301@denx.de \
--to=hs@denx.de \
--cc=u-boot@lists.denx.de \
/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.