[U-Boot] [PATCH v4 0/8] am335x: NOR support

Mark Jackson mpfj-list at newflow.co.uk
Tue Aug 13 17:06:58 CEST 2013


On 13/08/13 16:00, Tom Rini wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 08/13/2013 10:57 AM, Mark Jackson wrote:
>> On 30/07/13 14:28, Tom Rini wrote:
>>> On Thu, Jul 18, 2013 at 03:12:57PM -0400, Tom Rini wrote:
>>>
>>>> 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
>>>
>>> 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.

Cheers.


More information about the U-Boot mailing list