1. 12 10月, 2010 1 次提交
  2. 07 10月, 2010 1 次提交
  3. 28 9月, 2010 1 次提交
  4. 23 9月, 2010 2 次提交
  5. 20 9月, 2010 1 次提交
    • W
      New implementation for internal handling of environment variables. · ea882baf
      Wolfgang Denk 提交于
      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: NWolfgang 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
  6. 10 8月, 2010 1 次提交
    • H
      net ppc: fix ethernet device names with spaces · 48690d80
      Heiko Schocher 提交于
      since commit 1384f3bb ethernet names
      with spaces drop a
      
      Warning: eth device name has a space!
      
      message. This patch fix it for:
      
      - "FEC ETHERNET" devices found on
        mpc512x, mpc5xxx, mpc8xx and mpc8220 boards.
        renamed to "FEC".
      - "SCC ETHERNET" devices found on
        mpc8xx, mpc82xx based boards. Renamed to "SCC".
      - "HDLC ETHERNET" devices found on mpc8xx boards
        Renamed to "HDLC"
      - "FCC ETHERNET" devices found on mpc8260 and mpc85xx based
        boards. Renamed to "FCC"
      
      Tested on the kup4k board.
      Signed-off-by: NHeiko Schocher <hs@denx.de>
      Signed-off-by: NBen Warren <biggerbadderben@gmail.com>
      48690d80
  7. 04 8月, 2010 1 次提交
    • W
      Rename getenv_r() into getenv_f() · cdb74977
      Wolfgang Denk 提交于
      While running from flash, i. e. before relocation, we have only a
      limited C runtime environment without writable data segment. In this
      phase, some configurations (for example with environment in EEPROM)
      must not use the normal getenv(), but a special function.  This
      function had been called getenv_r(), with the idea that the "_r"
      suffix would mean the same as in the _r_eentrant versions of some of
      the C library functions (for example getdate vs. getdate_r, getgrent
      vs. getgrent_r, etc.).
      
      Unfortunately this was a misleading name, as in U-Boot the "_r"
      generally means "running from RAM", i. e. _after_ relocation.
      
      To avoid confusion, rename into getenv_f() [as "running from flash"]
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Acked-by: NDetlev Zundel <dzu@denx.de>
      cdb74977
  8. 22 7月, 2010 1 次提交
  9. 13 6月, 2010 1 次提交
  10. 28 5月, 2010 2 次提交
  11. 04 5月, 2010 1 次提交
  12. 22 4月, 2010 1 次提交
  13. 19 4月, 2010 1 次提交
    • R
      fsl_i2c: Added a callpoint for i2c_board_late_init · 26a33504
      Richard Retanubun 提交于
      This patch adds a callpoint in i2c_init that allows board specific
      i2c board initialization (typically for i2c bus reset) that is called
      after i2c_init operations, allowing the i2c_board_late_init function
      to use the pre-configured i2c bus speed and slave address.
      26a33504
  14. 13 4月, 2010 4 次提交
  15. 08 4月, 2010 1 次提交
  16. 22 3月, 2010 1 次提交
  17. 01 2月, 2010 1 次提交
  18. 27 1月, 2010 1 次提交
  19. 18 1月, 2010 1 次提交
    • H
      cmd_eeprom: I2C updates · 548738b4
      Heiko Schocher 提交于
      - CONFIG_ENV_EEPROM_IS_ON_I2C
        define this, if you have I2C and SPI activated, and your
        EEPROM, which holds the environment, is on the I2C bus.
      
      - CONFIG_I2C_ENV_EEPROM_BUS
        if you have an Environment on an EEPROM reached over
        I2C muxes, you can now define, how to reach this
        EEPROM.
      Signed-off-by: NHeiko Schocher <hs@denx.de>
      548738b4
  20. 09 12月, 2009 1 次提交
  21. 08 12月, 2009 1 次提交
  22. 05 12月, 2009 1 次提交
  23. 03 12月, 2009 1 次提交
  24. 28 10月, 2009 2 次提交
  25. 19 10月, 2009 1 次提交
    • M
      env: only build env_embedded and envcrc when needed · 6dab6add
      Mike Frysinger 提交于
      The env code is protected by the ENV_IS_EMBEDDED define, so attempting to
      compile the code when this isn't defined is pointless.  Now that the env
      headers have unified around CONFIG_ENV_IS_EMBEDDED, convert the build
      system to only build the env objects when this is enabled.  And now that
      the env code is conditionally compiled, we can drop the source code checks.
      
      For people who want to extract the environment manually, add a new option
      CONFIG_BUILD_ENVCRC that only enables the envcrc utility.
      Signed-off-by: NMike Frysinger <vapier@gentoo.org>
      6dab6add
  26. 03 10月, 2009 5 次提交
  27. 25 9月, 2009 1 次提交
  28. 23 9月, 2009 2 次提交
  29. 06 9月, 2009 1 次提交
    • E
      Reset i2c slave devices during init on mpc5xxx cpus · 5da71efa
      Eric Millbrandt 提交于
      Reset any i2c devices that may have been interrupted during a system reset.
      Normally this would be accomplished by clocking the line until SCL and SDA
      are released and then sending a start condtiion (From an Atmel datasheet).
      There is no direct access to the i2c pins so instead create start commands
      through the i2c interface.  Send a start command then delay for the SDA Hold
      time, repeat this by disabling/enabling the bus a total of 9 times.
      Signed-off-by: NEric Millbrandt <emillbrandt@dekaresearch.com>
      5da71efa