All of lore.kernel.org
 help / color / mirror / Atom feed
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.

      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 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.