1. 19 Sep, 2010 40 commits
    • Heiko Schocher's avatar
      ARM: implement relocation for arm1176 · a51dd67a
      Heiko Schocher authored
      
      
      Change the implementation for arm1176 to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      a51dd67a
    • Heiko Schocher's avatar
      ARM: implement relocation for arm720t · abef7b85
      Heiko Schocher authored
      
      
      Change the implementation for arm720t to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      abef7b85
    • Heiko Schocher's avatar
      ARM: implement relocation for arm_intcm · c6c2ceb1
      Heiko Schocher authored
      
      
      Change the implementation for arm_intcm to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      c6c2ceb1
    • Heiko Schocher's avatar
      ARM: implement relocation for lh7a40x · ec985e94
      Heiko Schocher authored
      
      
      Change the implementation for lh7a40x to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      ec985e94
    • Heiko Schocher's avatar
      ARM: implement relocation for s3c44b0 · 0110955a
      Heiko Schocher authored
      
      
      Change the implementation for s3c44b0 to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      0110955a
    • Heiko Schocher's avatar
      ARM: implement relocation for sa1100 · e30ceca2
      Heiko Schocher authored
      
      
      Change the implementation for sa1100 to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      e30ceca2
    • Heiko Schocher's avatar
      ARM: implement relocation for ixp · 2af0a099
      Heiko Schocher authored
      
      
      Change the implementation for ixp to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      2af0a099
    • Heiko Schocher's avatar
      ARM: implement relocation for pxa · 5347f68c
      Heiko Schocher authored
      
      
      Change the implementation for pxa to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      5347f68c
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM946 · 5a8a87ed
      Heiko Schocher authored
      
      
      Change the implementation for arm946 to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      5a8a87ed
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM925 · 405d023b
      Heiko Schocher authored
      
      
      Change the implementation for arm925 to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      405d023b
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM920 · cc7cdcbd
      Heiko Schocher authored
      
      
      Change the implementation for arm920 to relocate the code to
      an arbitrary address in RAM.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      cc7cdcbd
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM926 · ab86f72c
      Heiko Schocher authored
      
      
      Change the implementation for arm926 to relocate the code to
      an arbitrary address in RAM.
      
      Adapt the TX25 (i.MX25), magnesium board to test the changes.
      
      On the tx25 board TEXT_BASE is set to the final relocation
      address to prevent one more copying of u-boot code
      when relocating. More info see:
      doc/README.arm-relocation
      
      da850 board:
      Tested-by: default avatarBen Gardiner <bengardiner@nanometrics.ca>
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Ben Gardiner <bengardiner@nanometrics.ca>
      ab86f72c
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM V7 (OMAP) · 561142af
      Heiko Schocher authored
      
      
      Change the implementation for ARM V7 to relocate the code to an
      arbitrary address in RAM.
      
      Adapt the Beagle board (Cortex A8) to test the changes.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      561142af
    • Heiko Schocher's avatar
      ARM: implement relocation for ARM11 · e48b7c0a
      Heiko Schocher authored
      
      
      Change the implementation for ARM11 to relocate the code to an
      arbitrary address in RAM.
      
      Tested on the qong board.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      e48b7c0a
    • Heiko Schocher's avatar
      ARM: add relocation support · f1d2b313
      Heiko Schocher authored
      
      
      !! This breaks support for all arm boards !!
      
      To compile in old style, you must define
      CONFIG_SYS_ARM_WITHOUT_RELOC or you can compile
      with "CONFIG_SYS_ARM_WITHOUT_RELOC=1 ./MAKEALL board"
      
      !! This define will be removed soon, so convert your
      board to use relocation support
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      
      Fix boot from NAND for non-ARM systems
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      f1d2b313
    • Heiko Schocher's avatar
      nand_boot_fsl_nfc.c: make "nfc" a "static const" pointer · 4fff329d
      Heiko Schocher authored
      
      
      With -fPIC enabled, this variable needs an entry in the GOT, which
      causes the image size to exceed 2 KiB which is the maximum allowed for
      some systems. Making it a "static const" avoids the GOT entry and thus
      reduces the image size to < 2 KiB.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Acked-by: default avatarScott Wood <scottwood@freescale.com>
      4fff329d
    • Heiko Schocher's avatar
      i2c, omap24xx: set bus_initialized only after relocation. · 1724fe9a
      Heiko Schocher authored
      
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      1724fe9a
    • Heiko Schocher's avatar
      disk/part.c: fix relocation fixup · 23090dac
      Heiko Schocher authored
      
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      23090dac
    • Heiko Schocher's avatar
      i2c: fix command usage help · 4444b221
      Heiko Schocher authored
      
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      4444b221
    • Heiko Schocher's avatar
      common: move TOTAL_MALLOC_LEN to include/common.h · 3fbeeea6
      Heiko Schocher authored
      
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      3fbeeea6
    • Heiko Schocher's avatar
      relocation: fixup cmdtable · 620f1f6a
      Heiko Schocher authored
      
      
      fixup_cmdtable() did all work for fixing up the cmdtable,
      if CONFIG_RELOC_FIXUP_WORKS is not defined.
      
      CONFIG_RELOC_FIXUP_WORKS is missing for i386! I talked
      with Graeme Russ, and he will fix this soon.
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      620f1f6a
    • Heiko Schocher's avatar
      ARM (ARM11): add data cache support, test on Qong board · 7e4a9e6d
      Heiko Schocher authored
      
      
      Add data cache support for arm1136 systems.
      
      Enable "cache" command on Qong board and test performance.
      
          Test 1: Loading 127 MB of data from NAND flash into RAM:
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          QONG (ARM11)	177s	95s	43s	= x 4.1
      
          Test 2: uncompressing a gzipped image from RAM to RAM
                  (size compressed: 6.5 MiB, uncompressed: 35 MiB):
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          QONG (ARM11)	1.54s	0.95s	0.18s	= x 8.6
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      7e4a9e6d
    • Heiko Schocher's avatar
      ARM V7 (OMAP): add data cache support, test on Beagle board · 95c6f6d3
      Heiko Schocher authored
      
      
      Add data cache support for ARM V7 systems. Used cache flush
      functions from linux:arch/arm/mm/cache-v7.S developed from
      Catalin Marinas.
      
      Enable "cache" command on Beagle board and test performance.
      
          Test 1: Loading 127 MB of data from NAND flash into RAM:
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          Beagle (Cortex A8)	116s	106s	30.3s	= x 3.8
      
          Test 2: uncompressing a gzipped image from RAM to RAM
                  (size compressed: 6.5 MiB, uncompressed: 35 MiB):
      
          Instr. Cache	off	on	on
            Data Cache	off	off	on
          --------------------------------------------------
          Beagle (Cortex A8)	1.84s	1.64s	0.12s	= x 15.3
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Reviewed-by: Ben Gardiner<bengardiner@nanometrics.ca>
      95c6f6d3
    • Heiko Schocher's avatar
      ARM (ARM926ejs): add data cache support, tested on magnesium and tx25 board · c3330e9d
      Heiko Schocher authored
      
      
      Enable "cache" command on tx25 and magnesium board and test performance.
      
          Test 1: Loading 127 MB of data from NAND flash into RAM:
      
          Instr. Cache        off     on      on
            Data Cache        off     off     on
          --------------------------------------------------
          magnesium           32,6s   22,5s   30s     = x 1,09
          tx25 (29MB only)    9,69s   5,05s   8,16s   = x 1,19
      
          Test 2: uncompressing a gzipped image from RAM to RAM
                  (size compressed: 6.5 MiB, uncompressed: 35 MiB):
      
          Instr. Cache        off     on      on
            Data Cache        off     off     on
          --------------------------------------------------
          magnesium           4,25s   2,08s   1,72s   = x 2,47
          tx25                4,82s   2,04s   1,84s   = x 2,62
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      Cc: Alessandro Rubini <rubini@gnudd.com>
      c3330e9d
    • Heiko Schocher's avatar
      ARM: cp15: setup mmu and enable dcache · 880eff5c
      Heiko Schocher authored
      
      
      This has been tested on at91sam9263 and STN8815.
      Again, I didn't check if it has bad effects
      on non-arm926 cores.
      
      Initially I had a "done" bit to only set up page tables
      at the beginning. However, since the aligmnent requirement
      was for the whole object file, this extra integer tool 16kB
      in BSS, so I chose to remove it.
      
      Also, note not all boards use PHYS_SDRAM, but it looks like
      it's the most used name (more than CONFIG_SYS_DRAM_BASE for
      example).
      
      Portions of this work were supported by funding from
      the CE Linux Forum.
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      880eff5c
    • Heiko Schocher's avatar
      arm: get rid of bi_env · 55e97429
      Heiko Schocher authored
      
      
      bi_env is nowhere used, so delete it!
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      
      similar patch posted from Dirk Behme Tue Jul 27 18:36:09 CEST 2010
      http://lists.denx.de/pipermail/u-boot/2010-July/074542.html
      55e97429
    • Heiko Schocher's avatar
      mpc52xx: Cleanup use of CONFIG_SYS_SRAM_BASE and CONFIG_SYS_SRAM_SIZE · d1831c5e
      Heiko Schocher authored
      
      
      cleanup for the uc101 and the mucmc52 board.
      Signed-off-by: default avatarHeiko Schocher <hs@denx.de>
      d1831c5e
    • Mike Frysinger's avatar
      570d7d50
    • Mike Frysinger's avatar
      tools/env: use host build flags · abd315a1
      Mike Frysinger authored
      
      
      Convert the tools/env/Makefile to use the same host tool syntax as the
      other tool subdirs.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      abd315a1
    • Mike Frysinger's avatar
      unify toplevel tools targets · 0358df42
      Mike Frysinger authored
      
      
      Most tool subdirs do not rely on a configured tree, so move those targets
      out of the config checks and unify them in the process.
      
      Also add an easylogo target so people can easily build that.
      
      Also add these new tool targets to the 'tools-all' target.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      0358df42
    • Mike Frysinger's avatar
      tools: update .gitignore · 8e0ec82e
      Mike Frysinger authored
      
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      8e0ec82e
    • Mike Frysinger's avatar
      MAKEALL: cut down on duplication of targets · 9ec49f8f
      Mike Frysinger authored
      
      
      Merge the other significant source of board name duplication with the new
      boards.cfg file.  I cleaned up most targets, but the ARM and MIPS trees
      are such a mess than I didn't bother.  If those maintainers care, they can
      take are of it.
      
      While we're at it, we can be a bit more clever in the LIST_xxx handling
      and avoid duplicating the list names too.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      Reviewed-by: default avatarBen Gardiner <bengardiner@nanometrics.ca>
      Tested-by: default avatarThomas Chou <thomas@wytron.com.tw>
      9ec49f8f
    • Mike Frysinger's avatar
      Makefile: restore support for board shortcut targets · 727ebd9f
      Mike Frysinger authored
      
      
      The helpful shortcut for doing a board config + make was dropped recently
      as it conflicted with some new build code.  However, the reason for using
      pattern targets originally was to avoid managing a duplicate list of
      boards.  Since we now have one centralized place for a list of boards (the
      new boards.cfg), we don't need a pattern target -- we can generate the
      exact list of boards on the fly.  So do just that.
      
      When cleaning things up, the top level gitignore file ignores all things
      that end with ".depend", but the clean target only deletes files that are
      named exactly ".depend".  Keep these in sync by having the clean target
      punt all files that match the pattern that gitignore is using.
      Signed-off-by: default avatarMike Frysinger <vapier@gentoo.org>
      Acked-by: default avatarDetlev Zundel <dzu@denx.de>
      727ebd9f
    • Wolfgang Denk's avatar
      New implementation for internal handling of environment variables. · ea882baf
      Wolfgang Denk authored
      
      
      Motivation:
      
      * Old environment code used a pessimizing implementation:
        - variable lookup used linear search => slow
        - changed/added variables were added at the end, i. e. most
          frequently used variables had the slowest access times => slow
        - each setenv() would calculate the CRC32 checksum over the whole
          environment block => slow
      * "redundant" envrionment was locked down to two copies
      * No easy way to implement features like "reset to factory defaults",
        or to select one out of several pre-defined (previously saved) sets
        of environment settings ("profiles")
      * No easy way to import or export environment settings
      
      ======================================================================
      
      API Changes:
      
      - Variable names starting with '#' are no longer allowed
      
        I didn't find any such variable names being used; it is highly
        recommended to follow standard conventions and start variable names
        with an alphanumeric character
      
      - "printenv" will now print a backslash at the end of all but the last
        lines of a multi-line variable value.
      
        Multi-line variables have never been formally defined, allthough
        there is no reason not to use them. Now we define rules how to deal
        with them, allowing for import and export.
      
      - Function forceenv() and the related code in saveenv() was removed.
        At the moment this is causing build problems for the only user of
        this code (schmoogie - which has no entry in MAINTAINERS); may be
        fixed later by implementing the "env set -f" feature.
      
      Inconsistencies:
      
      - "printenv" will '\\'-escape the '\n' in multi-line variables, while
        "printenv var" will not do that.
      
      ======================================================================
      
      Advantages:
      
      - "printenv" output much better readable (sorted)
      - faster!
      - extendable (additional variable properties can be added)
      - new, powerful features like "factory reset" or easy switching
        between several different environment settings ("profiles")
      
      Disadvantages:
      
      - Image size grows by typically 5...7 KiB (might shrink a bit again on
        systems with redundant environment with a following patch series)
      
      ======================================================================
      
      Implemented:
      
      - env command with subcommands:
      
        - env print [arg ...]
      
          same as "printenv": print environment
      
        - env set [-f] name [arg ...]
      
          same as "setenv": set (and delete) environment variables
      
          ["-f" - force setting even for read-only variables - not
          implemented yet.]
      
        - end delete [-f] name
      
          not implemented yet
      
          ["-f" - force delete even for read-only variables]
      
        - env save
      
          same as "saveenv": save environment
      
        - env export [-t | -b | -c] addr [size]
      
          export internal representation (hash table) in formats usable for
          persistent storage or processing:
      
      	-t:	export as text format; if size is given, data will be
      		padded with '\0' bytes; if not, one terminating '\0'
      		will be added (which is included in the "filesize"
      		setting so you can for exmple copy this to flash and
      		keep the termination).
      	-b:	export as binary format (name=value pairs separated by
      		'\0', list end marked by double "\0\0")
      	-c:	export as checksum protected environment format as
      		used for example by "saveenv" command
      	addr:	memory address where environment gets stored
      	size:	size of output buffer
      
      	With "-c" and size is NOT given, then the export command will
      	format the data as currently used for the persistent storage,
      	i. e. it will use CONFIG_ENV_SECT_SIZE as output block size and
      	prepend a valid CRC32 checksum and, in case of resundant
      	environment, a "current" redundancy flag. If size is given, this
      	value will be used instead of CONFIG_ENV_SECT_SIZE; again, CRC32
      	checksum and redundancy flag will be inserted.
      
      	With "-b" and "-t", always only the real data (including a
      	terminating '\0' byte) will be written; here the optional size
      	argument will be used to make sure not to overflow the user
      	provided buffer; the command will abort if the size is not
      	sufficient. Any remainign space will be '\0' padded.
      
              On successful return, the variable "filesize" will be set.
              Note that filesize includes the trailing/terminating '\0'
              byte(s).
      
              Usage szenario: create a text snapshot/backup of the current
      	settings:
      
      		=> env export -t 100000
      		=> era ${backup_addr} +${filesize}
      		=> cp.b 100000 ${backup_addr} ${filesize}
      
      	Re-import this snapshot, deleting all other settings:
      
      		=> env import -d -t ${backup_addr}
      
        - env import [-d] [-t | -b | -c] addr [size]
      
          import external format (text or binary) into hash table,
          optionally deleting existing values:
      
      	-d:	delete existing environment before importing;
      		otherwise overwrite / append to existion definitions
      	-t:	assume text format; either "size" must be given or the
      		text data must be '\0' terminated
      	-b:	assume binary format ('\0' separated, "\0\0" terminated)
      	-c:	assume checksum protected environment format
      	addr:	memory address to read from
      	size:	length of input data; if missing, proper '\0'
      		termination is mandatory
      
        - env default -f
      
          reset default environment: drop all environment settings and load
          default environment
      
        - env ask name [message] [size]
      
          same as "askenv": ask for environment variable
      
        - env edit name
      
          same as "editenv": edit environment variable
      
        - env run
      
          same as "run": run commands in an environment variable
      
      ======================================================================
      
      TODO:
      
      - drop default env as implemented now; provide a text file based
        initialization instead (eventually using several text files to
        incrementally build it from common blocks) and a tool to convert it
        into a binary blob / object file.
      
      - It would be nice if we could add wildcard support for environment
        variables; this is needed for variable name auto-completion,
        but it would also be nice to be able to say "printenv ip*" or
        "printenv *addr*"
      
      - Some boards don't link any more due to the grown code size:
        DU405, canyonlands, sequoia, socrates.
      
      	=> cc: Matthias Fuchs <matthias.fuchs@esd-electronics.com>,
      	       Stefan Roese <sr@denx.de>,
      	       Heiko Schocher <hs@denx.de>
      
      - Dropping forceenv() causes build problems on schmoogie
      
      	=> cc: Sergey Kubushyn <ksi@koi8.net>
      
      - Build tested on PPC and ARM only; runtime tested with NOR and NAND
        flash only => needs testing!!
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Matthias Fuchs <matthias.fuchs@esd-electronics.com>,
      Cc: Stefan Roese <sr@denx.de>,
      Cc: Heiko Schocher <hs@denx.de>
      Cc: Sergey Kubushyn <ksi@koi8.net>
      ea882baf
    • Wolfgang Denk's avatar
      Make getenv() work before relocation. · 91a76751
      Wolfgang Denk authored
      
      
      So far, getenv() would work before relocation is most cases, even
      though it was not intended to be used that way.  When switching to a
      hash table based implementation, this would break a number of boards.
      
      For convenience, we make getenv() check if it's running before
      relocation and, if so, use getenv_f() internally.
      
      Note that this is limited to simple cases, as we use a small static
      buffer (32 bytes) in the global data for this purpose.
      
      For this reason, it is also not a good idea to convert all current
      uses of getenv_f() into getenv() - some of the existing use cases need
      to be able to deal with longer variable values, so getenv_f() is still
      needed and recommended for use before relocation.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      91a76751
    • Wolfgang Denk's avatar
      Remove support for CONFIG_HAS_UID and "forceenv" command · 6d014adf
      Wolfgang Denk authored
      
      
      This (undocumented) concept was only in use for the MVSMR and
      davinci_schmoogie Sergey Kubushyn <ksi@koi8.net> boards.
      Drop it for now.  If really needed, it should be reimplemented
      later in the context of the new environment command set.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Andre Schwarz <andre.schwarz@matrix-vision.de>
      Cc: Sergey Kubushyn <ksi@koi8.net>
      Acked-by: default avatarSergey Kubushyn <ksi@koi8.net>
      6d014adf
    • Wolfgang Denk's avatar
      Add hash table support as base for new environment code · a6826fbc
      Wolfgang Denk authored
      
      
      This implementation is based on code from uClibc-0.9.30.3 but was
      modified and extended for use within U-Boot.
      
      Major modifications and extensions:
      
      * hsearch() [modified / extended]:
        - While the standard version does not make any assumptions about
          the type of the stored data objects at all, this implementation
          works with NUL terminated strings only.
        - Instead of storing just pointers to the original objects, we
          create local copies so the caller does not need to care about the
          data any more.
        - The standard implementation does not provide a way to update an
          existing entry.  This version will create a new entry or update an
          existing one when both "action == ENTER" and "item.data != NULL".
        - hsearch_r(): Instead of returning 1 on success, we return the
          index into the internal hash table, which is also guaranteed to be
          positive.  This allows us direct access to the found hash table
          slot for example for functions like hdelete().
      * hdelete() [added]:
        - The standard implementation of hsearch(3) does not provide any way
          to delete any entries from the hash table.  We extend the code to
          do that.
      * hexport() [added]:
        - Export the data stored in the hash table in linearized form:
          Entries are exported as "name=value" strings, separated by an
          arbitrary (non-NUL, of course) separator character. This allows to
          use this function both when formatting the U-Boot environment for
          external storage (using '\0' as separator), but also when using it
          for the "printenv" command to print all variables, simply by using
          as '\n" as separator. This can also be used for new features like
          exporting the environment data as text file, including the option
          for later re-import.
        - The entries in the result list will be sorted by ascending key
          values.
      * himport() [added]:
        - Import linearized data into hash table.  This is the inverse
          function to hexport(): it takes a linear list of "name=value"
          pairs and creates hash table entries from it.
        - Entries without "value", i. e. consisting of only "name" or
          "name=", will cause this entry to be deleted from the hash table.
        - The "flag" argument can be used to control the behaviour: when
          the H_NOCLEAR bit is set, then an existing hash table will kept,
          i. e. new data will be added to an existing hash table;
          otherwise, old data will be discarded and a new hash table will
          be created.
        - The separator character for the "name=value" pairs can be
          selected, so we both support importing from externally stored
          environment data (separated by NUL characters) and from plain text
          files (entries separated by newline characters).
        - To allow for nicely formatted text input, leading white space
          (sequences of SPACE and TAB chars) is ignored, and entries
          starting (after removal of any leading white space) with a '#'
          character are considered comments and ignored.
        - NOTE: this means that a variable name cannot start with a '#'
          character.
        - When using a non-NUL separator character, backslash is used as
          escape character in the value part, allowing for example fo
          multi-line values.
        - In theory, arbitrary separator characters can be used, but only
          '\0' and '\n' have really been tested.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      a6826fbc
    • Wolfgang Denk's avatar
      Add qsort - add support for sorting data arrays · 54c6977e
      Wolfgang Denk authored
      
      
      Code adapted from uClibc-0.9.30.3
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      54c6977e
    • Wolfgang Denk's avatar
      Add basic errno support. · 65cd3fa8
      Wolfgang Denk authored
      
      
      Needed for hash table support; probably useful in a lot of other
      places as well.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      65cd3fa8
    • Wolfgang Denk's avatar
      4xx: adjust TEXT_BASE to increase U-Boot image size · a2a649d7
      Wolfgang Denk authored
      
      
      On some boards (canyonlands, luan, sequoia) we need more room for the
      U-Boot image to allow for new features like the new environment code.
      Shift TEXT_BASE as needed.
      Signed-off-by: default avatarWolfgang Denk <wd@denx.de>
      Cc: Stefan Roese <sr@denx.de>
      Acked-by: default avatarStefan Roese <sr@denx.de>
      a2a649d7