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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox