Try to avoid adhoc iteration of the environment. Reuse fw_getenv
to find the variables that should be printed. Only use open-coded
iteration when printing all variables.
For backwards compatibility, keep emitting a newline when
printing with value_only.
Signed-off-by: NAndreas Fenkart <andreas.fenkart@digitalstrom.com>

forward declaration not needed when re-ordered
Reviewed-by: NSimon Glass <sjg@chromium.org>
Signed-off-by: NAndreas Fenkart <andreas.fenkart@digitalstrom.com>

there are two groups of functions:
- application ready tools: fw_setenv/fw_getenv/fw_parse_script
these are used, when creating a single binary containing multiple
tools (busybox like)
- file access like: open/read/write/close
above functions are implemented on top of these. applications
can use those to modify several variables without creating a
temporary batch script file
tested with "./scripts/kernel-doc -html -v tools/env/fw_env.h"
Reviewed-by: NSimon Glass <sjg@chromium.org>
Signed-off-by: NAndreas Fenkart <andreas.fenkart@digitalstrom.com>

On most platforms the print_fpga_state function is never called.  Only
on dlvision-10g do we, so in that case inline it.  Drop it from
everywhere else to avoid extra strings.
Signed-off-by: NTom Rini <trini@konsulko.com>
Acked-by: NReinhard Pfau <reinhard.pfau@gdsys.cc>
Acked-by: NDirk Eibach <dirk.eibach@gdsys.cc>

A negative value for the offset is treated as a backwards offset for
from the end of the device/partition for block devices. This aligns
the behavior of the config file with the syntax of CONFIG_ENV_OFFSET
where the functionality has been introduced with
commit 5c088ee8 ("env_mmc: allow negative CONFIG_ENV_OFFSET").
Signed-off-by: NStefan Agner <stefan.agner@toradex.com>

Currently flash_read completes a crucial part of the environment
device configuration, the device type (mtd_type). This is rather
confusing as flash_io calls flash_read conditionally, and one might
think flash_write, which also makes use of mtd_type, gets called
before flash_read. But since flash_io is always called with O_RDONLY
first, this is not actually the case in reality.

However, it is much cleaner to complete and verify the config early
in parse_config. This also prepares the code for further extension.
Signed-off-by: NStefan Agner <stefan.agner@toradex.com>
Reviewed-by: Andreas Fenkart

Partitions on the iso el torito partition table interpreter
only start from partition 1. So when printing out the tables,
let's also start counting at 1.
Signed-off-by: NAlexander Graf <agraf@suse.de>

Implement spl_start_uboot to let Falcon mode work.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>
Acked-by: NEnric Balletbo i Serra <enric.balletbo@collabora.com>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Convert IGEP board to use UBI volumes for U-Boot, its environment and
kernel. With exception of first four sectors read by SoC boot
ROM whole (One)NAND is UBI managed.
Also merge NAND and OneNAND defconfigs as now one binary can serve
both flashes.
As code is too big now, drop CONFIG_SPL_EXT_SUPPORT to make it fit.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Some CPUs contains boot ROM code capable reading first few blocks
(where SPL resides) of NAND flash and executing it. It is wise to
create separate partition here for SPL. As block size depends on
NAND chip used, we could either use worst case (biggest) partition
size or base its size on actual block size. This patch adds support
for the latter option.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Boards which are defining default mtdparts often need them early
in boot process (to load environment from UBI volume, for example).
This is currently solved by adding mtdparts and mtdids variable
definitions also to default environment. With this change, default
partitions are used by default unless explicitely deleted or
redefined.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

In case there is no mtdparts variable in relocated environment,
NULL is assigned to p, which is later fed to strncpy.
Also function parameter mtdparts is completely ignored, so use it
in case mtdparts variable is not found in environment. This
parameter is checked not to be NULL in caller.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

A private buffer is used to read mtdparts variable from non-relocated
environment. A pointer to that buffer is returned unconditionally,
confusing later test for variable presence in the environment.
Fix it by returning NULL when getenv_f fails.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

io_init checks this value and fails with "bad write buffer size 0 for
2048 min. I/O unit"
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Add timeout to onenand_wait ready loop as it hangs here indefinitely
when chip not present. Once there, do the same for onenand_bbt_wait
as well (note: recent Linux driver code does the same)
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Use newly introduced function
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Allow boards to runtime detect flash type.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
[trini: Adapt am33xx, duovero, omap_zoom1]
Signed-off-by: NTom Rini <trini@konsulko.com>
Signed-off-by: NTom Rini <trini@konsulko.com>

identify_nand_chip hangs forever in loop when NAND is not present.
As IGEPv2 comes either with NAND or OneNAND flash, add reset timeout
to let function fail gracefully allowing caller to know NAND is
not present. On NAND equipped board, reset succeeds on first read,
so 1000 loops seems to be safe timeout.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

Other payload than uImage is currently considered to be raw U-Boot
image. Check also for zImage in Falcon mode.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Add support for loading from UBI volumes on the top of NAND
and OneNAND.
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Booting a payload out of NAND FLASH from the SPL is a crux today, as
it requires hard partioned FLASH. Not a brilliant idea with the
reliability of todays NAND FLASH chips.

The upstream UBI + UBI fastmap implementation which is about to
brought to u-boot is too heavy weight for SPLs as it provides way more
functionality than needed for a SPL and does not even fit into the
restricted SPL areas which are loaded from the SoC boot ROM.

So this provides a fast and lightweight implementation of UBI scanning
and UBI fastmap attach. The scan and logical to physical block mapping
code is developed from scratch, while the fastmap implementation is
lifted from the linux kernel source and stripped down to fit the SPL
needs.

The text foot print on the board which I used for development is:

6854	0	0	6854	1abd
drivers/mtd/ubispl/built-in.o

Attaching a NAND chip with 4096 physical eraseblocks (4 blocks are
reserved for the SPL) takes:

In full scan mode:      1172ms
In fastmap mode:          95ms

The code requires quite some storage. The largest and unknown part of
it is the number of fastmap blocks to read. Therefor the data
structure is not put into the BSS. The code requires a pointer to free
memory handed in which is initialized by the UBI attach code itself.

See doc/README.ubispl for further information on how to use it.

This shares the ubi-media.h and crc32 implementation of drivers/mtd/ubi
There is no way to share the fastmap code, as UBISPL only utilizes the
slightly modified functions ubi_attach_fastmap() and ubi_scan_fastmap()
from the original kernel ubi fastmap implementation.
Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Acked-by: NHeiko Schocher <hs@denx.de>
Reviewed-by: NTom Rini <trini@konsulko.com>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>

To support UBI in SPL we need a simple NAND read function. Add one to
nand_spl_simple and keep it as simple as it goes.
Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Acked-by: NScott Wood <oss@buserror.net>
Reviewed-by: NTom Rini <trini@konsulko.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Signed-off-by: NLadislav Michl <ladis@linux-mips.org>
Reviewed-by: NTom Rini <trini@konsulko.com>
Reviewed-by: NHeiko Schocher <hs@denx.de>

This patch implements the reading functionality for the generic I2C
EEPROM driver, which was just a non-functional stub until now.

Since the page size will be of importance for the writing support, we
add suitable members to the private data structure to keep track of it.

Compatibility strings for a range of at24c* chips are added.
Signed-off-by: NMario Six <mario.six@gdsys.cc>
Reviewed-by: NSimon Glass <sjg@chromium.org>
Reviewed-by: NHeiko Schocher <hs@denx.de>

Remove unnecessary board specifc config files for
zynq boards(microzed, picozed, ZC770(all), zed) and point
to zynq common config file.
Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: NMichal Simek <michal.simek@xilinx.com>

Enable config CONFIG_SYS_NO_FLASH through defconfig
for all zynq boards.
Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: NMichal Simek <michal.simek@xilinx.com>

Move config option CONFIG_SYS_NO_FLASH as Kconfig
option. All the boards which needs to enable this
option can be done through defconfigs
Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: NMichal Simek <michal.simek@xilinx.com>

Define config USB_STORAGE through defconfig for all
respective zynq boards
Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: NMichal Simek <michal.simek@xilinx.com>

Add Kconfig entry config option for USB_EHCI_ZYNQ
and update the same to enable for all zynq boards
which supports USB
Signed-off-by: NSiva Durga Prasad Paladugu <sivadur@xilinx.com>
Signed-off-by: NMichal Simek <michal.simek@xilinx.com>