From: Tom Rini <trini@ti.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v2 6/7] am335x_evm: Add support for the NOR module on the memory cape
Date: Thu, 16 May 2013 15:27:23 -0400 [thread overview]
Message-ID: <5195331B.9060402@ti.com> (raw)
In-Reply-To: <87txm2n4by.fsf@dell.be.48ers.dk>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
On 05/16/2013 02:54 PM, Peter Korsgaard wrote:
>>>>>> "Tom" == Tom Rini <trini@ti.com> writes:
>
> Hi,
>
>>> Perhaps the nand handling should just get moved out of
>>> gpmc_init() (or the _cs_config args should be passed to
>>> gpmc_init() ).
>
> Tom> I looked at this, on the scale of redoing omap3 too (where we
> have a lot Tom> of existing examples). The split we've got now
> works and it's harmless Tom> to re-configure CS0 in the case where
> the defaults don't work. I think Tom> this would lead us to an
> abstraction that leads to a lot of board files Tom> duplicating the
> same code.
>
> Maybe the solution is simply to have:
>
> init_gpmc_nand() and init_gpmc_nor()
It boils down to:
a) Give all of CS0 to NAND
b) Give all of CS0 to NOR
c) Split CS0 into some number of segments for whatever the board wants.
What I had looked at doing before posting was:
mem.c:
__weak void configure_gpmc_cs0() { enable nand }
gpmc_init() {
... general init ...
configure_gpmc_cs0()
}
board-fu:
void configure_gpmc_cs0() {
... let the board sort it out ...
}
But I ended up with one non-default on all of omap3,which just says
"lets re-program cs0 for our split".
- --
Tom
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQIcBAEBAgAGBQJRlTMbAAoJENk4IS6UOR1WF8UP/RPtkYOn2eJ0a4NNbVD5IEIU
nEUC8yW7OMi5/F6RHIgLQjfoS7Fr2CzjN1G5I895uh/+xVX5HVNataY/OFbJO7/F
PD46AzHem/cYMuOnLhItWCKSYP/kYG9PcoIPFfGU7uS5MlC8M5BIOyBRgjJtgr/1
s+PVQq7Hjn1Ketez6q4TAB0PAEEmjE76xqHtcOFi6t3QXCAp3E+5hfOiKhrJNzEM
Jqmp8xG02goFyxwyAC22LtQZe0E3nG/JnQwQx7eDbBNDjX2OwJqsRiLB2St8slgs
NGSzDipqAw399VeXHrZ0lRljGnm8xAxNIvQyTMO+sJwWnNUcmmlRlS+uZLOpzBen
xehAY7EBjt0/zM6zQ1Eo82oY9EQ1kuJg9BAhvepkgXoDWqn4B2eKdOtqFxilrbG5
QDiipqnh3o8WX4HEg8eaOaYB8WIIPYLHSeCzBchJ/BvQKceY1GuqnvUFLijpfWz1
gy281ENfrbC1PYkMkATOM10gOqTCqfisx9AzIpllylMepPvOnaB3gawOjH1rcDGV
TEKukcm+C7Gq2nBIp6LRIsZe/5OjJ/msDnMK9UqNpBhNUH6atBFIqrQi0mKrPZ24
QqSAXjHuyN0/n8po9/4MTJV8RqqOGbNs9u1ctbnGne8ptWv7AHKUdcKfy06ymIS9
u5/hEbXwfYWqNiPlgxnd
=yipX
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2013-05-16 19:27 UTC|newest]
Thread overview: 43+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-05-13 18:28 [U-Boot] [PATCH v2 1/7] am33xx/omap3: Clean up gpmc_init slightly Tom Rini
2013-05-13 18:28 ` [U-Boot] [PATCH v2 2/7] am335x_evm: Drop useless CONFIG_ENV_IS_NOWHERE Tom Rini
2013-05-13 18:28 ` [U-Boot] [PATCH v2 3/7] am335x_evm: Update SPI_BOOT support, add MTDPARTS info Tom Rini
2013-05-15 20:41 ` Peter Korsgaard
2013-05-13 18:28 ` [U-Boot] [PATCH v2 4/7] am335x_evm: Only set CONFIG_NAND when !CONFIG_SPI_BOOT Tom Rini
2013-05-15 20:42 ` Peter Korsgaard
2013-05-13 18:28 ` [U-Boot] [PATCH v2 5/7] am335x_evm: Rework board_is_foo() checks Tom Rini
2013-05-15 20:43 ` Peter Korsgaard
2013-05-13 18:28 ` [U-Boot] [PATCH v2 6/7] am335x_evm: Add support for the NOR module on the memory cape Tom Rini
2013-05-16 14:32 ` Peter Korsgaard
2013-05-16 14:46 ` Tom Rini
2013-05-16 18:54 ` Peter Korsgaard
2013-05-16 19:27 ` Tom Rini [this message]
2013-05-16 19:32 ` Peter Korsgaard
2013-05-13 18:28 ` [U-Boot] [PATCH v2 7/7] am335x_evm: Add support to boot from NOR Tom Rini
2013-05-16 14:36 ` Peter Korsgaard
2013-05-16 14:49 ` Tom Rini
2013-05-16 18:55 ` Peter Korsgaard
2013-05-16 19:30 ` Tom Rini
2013-05-16 19:32 ` Peter Korsgaard
2013-06-17 14:43 ` Mark Jackson
2013-06-17 14:49 ` Tom Rini
2013-06-17 14:59 ` Mark Jackson
2013-06-17 15:01 ` Tom Rini
2013-06-17 15:23 ` Mark Jackson
2013-06-17 15:23 ` Mark Jackson
2013-06-17 15:29 ` Tom Rini
2013-06-17 16:01 ` Stefan Roese
2013-06-17 16:10 ` Mark Jackson
2013-06-17 17:04 ` Kipisz, Steven
2013-06-17 18:38 ` Mark Jackson
2013-06-18 12:11 ` Mark Jackson
2013-07-11 13:06 ` Mark Jackson
2013-07-11 13:28 ` Tom Rini
2013-07-11 13:45 ` Mark Jackson
2013-07-11 14:34 ` Albert ARIBAUD
2013-07-11 15:54 ` Tom Rini
2013-07-11 16:08 ` Albert ARIBAUD
2013-07-11 16:14 ` Albert ARIBAUD
2013-07-11 16:17 ` Tom Rini
2013-07-17 12:58 ` Mark Jackson
2013-07-17 13:32 ` Tom Rini
2013-05-15 20:39 ` [U-Boot] [PATCH v2 1/7] am33xx/omap3: Clean up gpmc_init slightly Peter Korsgaard
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=5195331B.9060402@ti.com \
--to=trini@ti.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox