am335x: NOR support

Quoted 46 lines · Tom Rini

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Quoted 41 lines · Mark Jackson

Quoted 25 lines · Tom Rini

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

Quoted 22 lines · Mark Jackson

Quoted 21 lines · Tom Rini

Quoted 18 lines · Tom Rini

Hey all,

This series adds NOR support to am335x_evm, along with a few generic changes to make gpmc clearer (for per-board things like different NOR chips, etc). This series depends on the last go-round of the am335x falcon mode docs as that adds the README that I add more content to. And while I say this in 3/8, to be clear, I expect to drop 3/8 in favor of Justin Waters' way of doing this instead, I just include this here for completeness and will get it all happy together when I assemble things in u-boot-ti.

The big changes in v4 are: - Apply again to master which includes a few non-trivial updates, so the linker script got re-synced. - After checking what's going on, and testing with NAND again, we can be common with gpmc_cfg->irqstatus/enable, and only set documented bits in gpmc_cfg->config

Quoted 7 lines

Quoted 5 lines

Quoted 1 line

Applied to u-boot-ti/master, thanks!

I'm now rebasing our NanoBone code onto the TI uboot code, but I'm coming up with the original issue [1] of having to not check for the R_ARM_RELATIVE relocations again.

Your linker script is out of sync with arch/arm/cpu/u-boot.lds

Strange ... since the am335x nor_boot compile appeared to work fine, I just copied the script from board/ti/am335x, and assumed it would work fine for me (with a library path change).

So does this TI file also need updating ?

Either way, my code now compiles.

Quoted 3 lines

I had to re-sync the TI one in this series as well. Double check between what you have working now vs before, there's a few small changes there...

Doh ... I was copying the script from the non-TI branch of uboot !!

:-(