mail archive of the barebox mailing list
 help / color / mirror / Atom feed
From: Roberto Nibali <rnibali@gmail.com>
To: "Eric Bénard" <eric@eukrea.com>
Cc: barebox@lists.infradead.org
Subject: Re: Booting mx25 based device from SD and NOR
Date: Thu, 24 May 2012 15:18:13 +0200	[thread overview]
Message-ID: <CAONxwYOdiRnDiRRFikckrj+6pOKA5DgW-hxwRCRgVGQ93p3QUQ@mail.gmail.com> (raw)
In-Reply-To: <20120524145837.42085b83@eb-e6520>


[-- Attachment #1.1: Type: text/plain, Size: 2055 bytes --]

Hi Eric

On Thu, May 24, 2012 at 2:58 PM, Eric Bénard <eric@eukrea.com> wrote:

> Hi Roberto,
>
> Le Thu, 24 May 2012 14:49:36 +0200,
> Roberto Nibali <rnibali@gmail.com> a écrit :
> > I haven't found a combination of root/rootfstype yet that permits me to
> > boot from barebox either from NFS, TFTP, MMC/SD or NOR yet. No matter
> what
> > I try, the kernel spits back at me.
> >
> well NAND boot + nand rootfs works fine here (cpuimx25) and I assume
> NAND boot + sd rootfs would work as sd is properly detected during boot.
>
> Yep, I believe it's more a question of me setting the parameters correctly
upon boot. But without a proper low level init (which I don't have because
I do not really understand all the details of the low level code), there
are other factors which could inhibit the proper boot, as you mention below.


> > Also I have the problem that my NOR is only detected when using barebox
> as
> > a second stage boot loader from uboot. If booting from SD into barebox,
> the
> > NOR is not detected. I have added the following changes to figure out
> > what's going on:
> >
> > .../...
> > What's going on here?
> >
> bad iomux and/or bad WEIM configuration


I support WEIM configuration is done in the low level part, isn't it? Where
would I find an appropriate example? I have been reading all the fsl
board's low_level codes, but have a hard time figuring out how to apply it
to my board.

With regard to the IOMUX, I was under the impression that it does not
matter much, since after low level code run, the execution path is:

        late_initcall()
        mem_initcall()
        device_initcall() --> add_cfi_flash_device()
        console_initcall() --> mxc_iomux_v3_setup_multiple_pads()
        core_initcall()

So CFI/NOR detection happens before IOMUX setup, at least that's what I
have gathered for my board copying from various other examples in barebox.
What would the correct code execution path be from the architectural point
of view?

Best regards
Roberto

[-- Attachment #1.2: Type: text/html, Size: 2854 bytes --]

[-- Attachment #2: Type: text/plain, Size: 149 bytes --]

_______________________________________________
barebox mailing list
barebox@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/barebox

  reply	other threads:[~2012-05-24 13:18 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-05-22 12:11 Roberto Nibali
2012-05-22 18:42 ` Sascha Hauer
2012-05-23 10:43   ` Roberto Nibali
2012-05-23 11:47     ` Eric Bénard
2012-05-24 12:49       ` Roberto Nibali
2012-05-24 12:58         ` Eric Bénard
2012-05-24 13:18           ` Roberto Nibali [this message]
2012-05-24 13:31             ` Eric Bénard
2012-05-25  9:04               ` Roberto Nibali
2012-05-25 10:08                 ` Eric Bénard
2012-05-29  9:06                   ` Roberto Nibali
2012-05-29  9:29                     ` Sascha Hauer
2012-05-29  9:56                       ` Roberto Nibali
2012-05-29 10:14                         ` Roberto Nibali
2012-05-30  5:47                           ` Sascha Hauer
2012-05-30  6:39                             ` Juergen Beisert
2012-05-31 13:12                             ` Roberto Nibali
2012-05-31 17:06                               ` Sascha Hauer
2012-06-01 10:25                                 ` Roberto Nibali
2012-06-05  7:09                                   ` Sascha Hauer
2012-05-24 17:17             ` Sascha Hauer
2012-05-25  9:19               ` Roberto Nibali
2012-05-25 10:01                 ` Sascha Hauer
2012-05-29  9:26                   ` Roberto Nibali

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=CAONxwYOdiRnDiRRFikckrj+6pOKA5DgW-hxwRCRgVGQ93p3QUQ@mail.gmail.com \
    --to=rnibali@gmail.com \
    --cc=barebox@lists.infradead.org \
    --cc=eric@eukrea.com \
    /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