public inbox for u-boot@lists.denx.de
 help / color / mirror / Atom feed
From: Mike Frysinger <vapier@gentoo.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [RFC PATCH v2 08/12] sf: Add spi_boot() to allow booting from SPI flash in an SPL
Date: Mon, 21 Nov 2011 14:07:49 -0500	[thread overview]
Message-ID: <201111211407.50154.vapier@gentoo.org> (raw)
In-Reply-To: <1321893227-19545-10-git-send-email-christian.riesch@omicron.at>

On Monday 21 November 2011 11:33:43 Christian Riesch wrote:
> --- a/drivers/mtd/spi/Makefile
> +++ b/drivers/mtd/spi/Makefile
> 
> +ifdef CONFIG_SPL_BUILD
> +ifdef CONFIG_SPL_SPI_LOAD
> +COBJS-y += spi_spl_load.o
> +endif
> +endif

if it's SPL only, then it should probably be in the spl/ tree somewhere ?

> --- /dev/null
> +++ b/drivers/mtd/spi/spi_spl_load.c
>
> +	puts("Probing SPI flash...\n");

useless noise ?

> +	flash = spi_flash_probe(0, 0, CONFIG_SF_DEFAULT_SPEED, SPI_MODE_3);

hardcoding bus/cs 0:0 doesn't make much sense.  push them it into the 
arguments to the func, or add dedicated SPL defines for them which default to 
0:0.

> --- a/include/spi_flash.h
> +++ b/include/spi_flash.h
>
> +__attribute__((noreturn)) void spi_boot(void);

void spi_boot(void) __noreturn;

> --- a/lib/Makefile
> +++ b/lib/Makefile
>
>  COBJS-$(CONFIG_SHA256) += sha256.o
>  COBJS-y	+= strmhz.o
>  COBJS-$(CONFIG_RBTREE)	+= rbtree.o
> +else
> +COBJS-$(CONFIG_SPL_SPI_FLASH_SUPPORT) += display_options.o
>  endif

unrelated change ?
-mike
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20111121/db04d994/attachment.pgp>

  reply	other threads:[~2011-11-21 19:07 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1321893227-19545-1-git-send-email-christian.riesch@omicron.at>
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 00/12] *** SUBJECT HERE *** Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 01/12] arm, davinci: Move pinmux functions from board to arch tree Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 02/12] arm, hawkboard: Remove obsolete struct pinmux_config i2c_pins Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 03/12] arm, da850: Move the definitions of pinmux configurations to the arch tree Christian Riesch
2011-11-21 19:03   ` Mike Frysinger
2011-11-22  7:26     ` Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 04/12] arm, da830: " Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 05/12] arm, davinci: Remove duplication of pinmux configuration code Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 06/12] arm, davinci: Fix clear bss loop for zero length bss Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 07/12] arm: printf() is not available in some SPL configurations Christian Riesch
2011-11-21 17:52   ` Tom Rini
2011-11-22  7:01     ` Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 08/12] sf: Add spi_boot() to allow booting from SPI flash in an SPL Christian Riesch
2011-11-21 19:07   ` Mike Frysinger [this message]
2011-11-21 19:13     ` Scott Wood
2011-11-22  7:35     ` Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 09/12] arm, davinci: Add SPL support for DA850 SoCs Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 10/12] arm, da850evm: Add an SPL for SPI boot Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 11/12] mkimage: Fix variable length header support Christian Riesch
2011-11-21 16:33 ` [U-Boot] [RFC PATCH v2 12/12] arm, davinci: Add support for generating AIS images to the Makefile Christian Riesch
2011-11-21 19:09   ` Mike Frysinger
2011-11-22  7:30     ` Christian Riesch
2011-11-22 20:57       ` Mike Frysinger

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=201111211407.50154.vapier@gentoo.org \
    --to=vapier@gentoo.org \
    --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