All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Roese <stefan.roese@gmail.com>
To: u-boot@lists.denx.de
Subject: [U-Boot] What is the expected meaning of CONFIG_SYS_NO_FLASH
Date: Wed, 10 Jun 2015 09:18:30 +0200	[thread overview]
Message-ID: <5577E4C6.90400@gmail.com> (raw)
In-Reply-To: <CAFOYHZDDt5jvSjuchVwHPuRTNB44-NyrG0wo13MDjTz1+-SYkg@mail.gmail.com>

Hi Chris,

On 10.06.2015 02:02, Chris Packham wrote:
> There is a bit of confusion at $dayjob about when CONFIG_SYS_NO_FLASH
> is used. Initially we thought that this meant I have no parallel NOR
> flash. So a board with only SPI flash would have CONFIG_SYS_NO_FLASH=1
> and CONFIG_SPI_FLASH=1.
>
> Is this understanding correct?

Yes. CONFIG_SYS_NO_FLASH dates back to a time when only parallel NOR 
flash (like CFI NOR) was available. And it definitely is now confusing 
at least. Perhaps it would be good to rename it to 
CONFIG_SYS_NO_PARALLEL_FLASH now.

> I'd like to be able to add a blurb to
> README about how CONFIG_SYS_NO_FLASH should be used.

Thanks, that would be helpful.

> Based on what I
> can tell from the code there seems to be a requirement that if
> !defined(CONFIG_SYS_NO_FLASH) something must implement flash_init(),
> flash_write(), etc as defined in include/flash.h. This could be a
> driver like cfi_flash.c or a board specific implementation.

Yes, this seems to be a correct assumption.

Thanks,
Stefan

  reply	other threads:[~2015-06-10  7:18 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-06-10  0:02 [U-Boot] What is the expected meaning of CONFIG_SYS_NO_FLASH Chris Packham
2015-06-10  7:18 ` Stefan Roese [this message]
2015-06-10 10:06   ` [U-Boot] [RFC PATCH v1] README: Describe CONFIG_SYS_NO_FLASH Chris Packham
2015-06-10 13:59     ` Stefan Roese

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=5577E4C6.90400@gmail.com \
    --to=stefan.roese@gmail.com \
    --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.