From: Andrejs Cainikovs <AndrejsC@GlobalAutomationSystems.com>
To: u-boot@lists.denx.de
Subject: [U-Boot-Users] Stops booting after RAM info
Date: Wed, 18 Jun 2008 02:43:43 +0300 [thread overview]
Message-ID: <48584C2F.3090400@GlobalAutomationSystems.com> (raw)
In-Reply-To: <20080617211151.9FD18248D2@gemini.denx.de>
Wolfgang Denk wrote:
> In message <4857C743.7060300@GlobalAutomationSystems.com> you wrote:
>
>> As far as I know CFG_MAX_FLASH_BANKS should be set to 1 always.
>> Multiple flash banks in u-boot are not supported.
>>
>
> Huuuu? Who claims so?
>
> What do you think how these boards are working then:
>
> include/configs/ADCIOP.h:#define CFG_MAX_FLASH_BANKS 2 /* max number of memory banks */
> include/configs/BAB7xx.h:#define CFG_MAX_FLASH_BANKS 2 /* max number of memory banks */
> include/configs/CCM.h:#define CFG_MAX_FLASH_BANKS 2 /* max number of memory banks */
> ...
>
> ???
>
Huh!? Well, there is some time since we have implemented the flash
support for our board (Atmel AT91RM9200 based),
but at the moment we have done that, as far as I remember it was
impossible to support both chips we have.
>
>> > Flash: 0 kB
>> This message is saying that u-boot was unable to detect the flash chip
>> itself.
>> The easiest way to get you flash working:
>> 1. add flash id in include/flash.h (check your flash datasheet)
>>
>
> NO!!!! Use the CFI driver instead!!!
>
>
>> 2. based on board/../flash.c get it working (probably you will need only
>> sector organization, also a datasheet material)
>>
>
> NO!!!! Do not add custom drivers unless *really*, I mean REALLY
> necessary.
>
Our boards flash driver is the same as in board/atmel/at91rm9200dk/flash.c
The only thing that was modified is the flash identification routine, as
there was no support for AT49BV642D.
The flash organization for this chip is the same as in AT49BV6416 which
exists in the sources, so we haven't changed a lot.
So, I think that's all are board dependent what and where are easier
and/or faster to implement.
> Best regards,
>
> Wolfgang Denk
>
>
Kind regards,
Andrejs Cainikovs.
next prev parent reply other threads:[~2008-06-17 23:43 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-16 8:05 [U-Boot-Users] Stops booting after RAM info navin karnam
2008-06-17 4:59 ` navin karnam
2008-06-17 5:36 ` navin karnam
2008-06-17 14:16 ` Andrejs Cainikovs
2008-06-17 15:53 ` Alessandro Rubini
2008-06-17 21:11 ` Wolfgang Denk
2008-06-17 23:43 ` Andrejs Cainikovs [this message]
2008-06-18 7:37 ` Wolfgang Denk
2008-06-18 7:44 ` Andrejs Cainikovs
2008-06-18 12:28 ` Haavard Skinnemoen
2008-06-18 14:05 ` Andrejs Cainikovs
2008-06-18 14:39 ` navin karnam
2008-06-18 17:30 ` Andrejs Cainikovs
2008-06-18 20:01 ` Wolfgang Denk
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=48584C2F.3090400@GlobalAutomationSystems.com \
--to=andrejsc@globalautomationsystems.com \
--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.