[U-Boot] [PATCH 2/2] Add instruction file (based on the README for the sabrelite) for booting the Congatec board from SD-Card.

[Stefano Babic]

On 13/05/2013 14:02, SARTRE Leo wrote:
> Signed-off-by: Leo Sartre <lsartre at adeneo-embedded.com>
> ---
>  board/freescale/cgtqmx6/README |   35 +++++++++++++++++++++++++++++++++++
>  1 file changed, 35 insertions(+)
>  create mode 100644 board/freescale/cgtqmx6/README
> 
> diff --git a/board/freescale/cgtqmx6/README b/board/freescale/cgtqmx6/README
> new file mode 100644
> index 0000000..bcacc71
> --- /dev/null
> +++ b/board/freescale/cgtqmx6/README
> @@ -0,1 +1,35 @@
> +U-Boot for the Congatec Conga-QEVAl Evaluation Carrier board
> +
> +This file contains information for the port of U-Boot to the Congatec
> +Conga-QEVAl Evaluation Carrier board.
> +
> +1. Boot source, boot from SD card
> +---------------------------------
> +
> +This version of u-boot works only on the SD card. By default, the
> +Congatec board boot from the SPI-NOR.
> +With the uboot version provided with the board you can write boot
> +registers to force the board to reboot and boot from the SD slot:
> +
> +conga-QMX6 U-Boot > mw.l 0x20d8040 0x3850
> +conga-QMX6 U-Boot > mw.l 0x020d8044 0x10000000
> +conga-QMX6 U-Boot > reset
> +resetting ...

But is this not exactly the purpose of the "bmode" command ? Anyway, at
next power-on, the board boots again from SPI-NOR. There should be
indication here how to erase the SPI Flash

> +
> +The the board will reboot and, if you burnt your SD correctly the
> +board (see (2) for instructions) will use u-boot that live into the SD
> +card.
> +
> +2. Build
> +--------
> +
> +To build U-Boot for the Congatec board:
> +
> + make cgtqmx6_config
> + make u-boot.imx

You do not need it. This is the general instruction to build any board
in u-boot, and u-boot.imx is automatically generated for i.MX6 boards.

> +
> +To copy the resulting u-boot.imx to the SD card:
> +
> + sudo dd if=u-boot.imx of=/dev/sXx bs=512 seek=2&&sudo sync
> +
> +Note: Replace sXx with the device representing the SD card in your system.

This can be wrong if the Linux PC uses /dev/mmcblk* instead of /dev/sXx

Best regards,
Stefano Babic


-- 
=====================================================================
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================