From: Mark Jackson <mpfj-list@newflow.co.uk>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH v4 0/8] am335x: NOR support
Date: Tue, 13 Aug 2013 16:45:32 +0100 [thread overview]
Message-ID: <520A549C.1090609@newflow.co.uk> (raw)
In-Reply-To: <520A4EB8.4060401@newflow.co.uk>
On 13/08/13 16:20, Mark Jackson wrote:
> On 13/08/13 16:11, Tom Rini wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> On 08/13/2013 11:06 AM, Mark Jackson wrote:
>>> 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.
>>
>> 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 !!
>
> :-(
>
Well the code seems to work apart from I get no networking.
We have dual ethernet, so I'll have to do some digging.
prev parent reply other threads:[~2013-08-13 15:45 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-18 19:12 [U-Boot] [PATCH v4 0/8] am335x: NOR support Tom Rini
2013-07-18 19:12 ` [U-Boot] [PATCH v4 1/8] am335x_evm: Drop useless CONFIG_ENV_IS_NOWHERE Tom Rini
2013-07-18 19:12 ` [U-Boot] [PATCH v4 2/8] am335x_evm: Update SPI_BOOT support, add MTDPARTS info Tom Rini
2013-07-18 19:13 ` [U-Boot] [PATCH v4 3/8] am335x_evm: Only set CONFIG_NAND when !CONFIG_SPI_BOOT Tom Rini
2013-07-18 19:13 ` [U-Boot] [PATCH v4 4/8] am335x_evm: Rework board_is_foo() checks Tom Rini
2013-07-18 19:13 ` [U-Boot] [PATCH v4 5/8] am33xx: Correct gpmc_cfg->irqstatus/enable Tom Rini
2013-07-18 19:13 ` [U-Boot] [PATCH v4 6/8] am335x_evm: Add support for the NOR module on the memory cape Tom Rini
2013-07-18 19:13 ` [U-Boot] [PATCH v4 7/8] am335x_evm: Add support to boot from NOR Tom Rini
2013-07-18 19:21 ` Albert ARIBAUD
2013-07-18 19:47 ` Tom Rini
2013-07-18 19:13 ` [U-Boot] [PATCH v4 8/8] board/ti/am335x/README: Document NOR programming Tom Rini
2013-07-30 13:28 ` [U-Boot] [PATCH v4 0/8] am335x: NOR support Tom Rini
2013-08-13 14:57 ` Mark Jackson
2013-08-13 15:00 ` Tom Rini
2013-08-13 15:06 ` Mark Jackson
2013-08-13 15:11 ` Tom Rini
2013-08-13 15:20 ` Mark Jackson
2013-08-13 15:45 ` Mark Jackson [this message]
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=520A549C.1090609@newflow.co.uk \
--to=mpfj-list@newflow.co.uk \
--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