1. 14 1月, 2012 1 次提交
  2. 01 12月, 2011 1 次提交
    • S
      image: Implement IH_TYPE_KERNEL_NOLOAD · b9b50e89
      Stephen Warren 提交于
      The legacy uImage format includes an absolute load and entry-point
      address. When bootm operates on a kernel uImage in memory that isn't
      loaded at the address in the image's load address, U-Boot will copy
      the image to its address in the header.
      
      Some kernel images can actually be loaded and used at any arbitrary
      address. An example is an ARM Linux kernel zImage file. To represent
      this capability, IH_TYPE_KERNEL_NOLOAD is implemented, which operates
      just like IH_TYPE_KERNEL, except that the load address header is
      ignored, and U-Boot does not copy the image to its load address, but
      rather uses it in-place.
      
      This is useful when sharing a single (uImage-wrapped) zImage across
      multiple boards with different memory layouts; in this case, a specific
      load address need not be picked when creating the uImage, but instead
      is selected by the board-specific U-Boot environment used to load and
      boot that image.
      
      v2: Rename from IH_TYPE_KERNEL_ANYLOAD to IH_TYPE_KERNEL_NOLOAD.
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Signed-off-by: NStefan Roese <sr@denx.de>
      b9b50e89
  3. 23 11月, 2011 1 次提交
  4. 28 10月, 2011 1 次提交
  5. 24 10月, 2011 1 次提交
    • S
      mkimage: adding support for Davinci AIS image · 4962e38e
      Stefano Babic 提交于
      Some Davinci processors supports the Application
      Image Script (AIS) boot process. The patch adds the generation
      of the AIS image inside the mkimage tool to make possible
      to generate a bootable U-boot without external tools
      (TI Davinci AIS Generator).
      Signed-off-by: NStefano Babic <sbabic@denx.de>
      CC: Wolfgang Denk <wd@denx.de>
      4962e38e
  6. 22 10月, 2011 2 次提交
    • S
      checkpatch whitespace cleanups · 712fbcf3
      Stephen Warren 提交于
      This avoids the following checkpatch warning in later patches:
      
      ERROR: "(foo*)" should be "(foo *)"
      ERROR: space required before the open brace '{'
      ERROR: space prohibited before that close parenthesis ')'
      ERROR: spaces required around that '||' (ctx:WxV)
      WARNING: space prohibited between function name and open parenthesis '('
      WARNING: line over 80 characters
      
      This fixes all the white-space warnings/errors in my subsequent patch,
      and within this current patch. A number of other checkpatch warnings
      and errors are still present in this patch itself, but are beyond simple
      whitespace fixes, so are not solved by this patch.
      
      v2: New patch
      Signed-off-by: NStephen Warren <swarren@nvidia.com>
      Tested-by: NSimon Glass <sjg@chromium.org>
      Tested-by: NSimon Glass <sjg@chromium.org>
      712fbcf3
    • M
      nds32: common bdinfo, bootm, image support · 64d61461
      Macpaul Lin 提交于
      Add support of NDS32 to common commands bdinfo, bootm, and image format.
      Signed-off-by: NMacpaul Lin <macpaul@andestech.com>
      64d61461
  7. 18 10月, 2011 1 次提交
  8. 06 10月, 2011 1 次提交
  9. 03 8月, 2011 1 次提交
  10. 28 7月, 2011 1 次提交
  11. 26 4月, 2011 3 次提交
  12. 29 11月, 2010 1 次提交
  13. 19 10月, 2010 1 次提交
  14. 28 9月, 2010 1 次提交
  15. 05 7月, 2010 1 次提交
    • W
      Make sure that argv[] argument pointers are not modified. · 54841ab5
      Wolfgang Denk 提交于
      The hush shell dynamically allocates (and re-allocates) memory for the
      argument strings in the "char *argv[]" argument vector passed to
      commands.  Any code that modifies these pointers will cause serious
      corruption of the malloc data structures and crash U-Boot, so make
      sure the compiler can check that no such modifications are being done
      by changing the code into "char * const argv[]".
      
      This modification is the result of debugging a strange crash caused
      after adding a new command, which used the following argument
      processing code which has been working perfectly fine in all Unix
      systems since version 6 - but not so in U-Boot:
      
      int main (int argc, char **argv)
      {
      	while (--argc > 0 && **++argv == '-') {
      /* ====> */	while (*++*argv) {
      			switch (**argv) {
      			case 'd':
      				debug++;
      				break;
      			...
      			default:
      				usage ();
      			}
      		}
      	}
      	...
      }
      
      The line marked "====>" will corrupt the malloc data structures and
      usually cause U-Boot to crash when the next command gets executed by
      the shell.  With the modification, the compiler will prevent this with
      an
      	error: increment of read-only location '*argv'
      
      N.B.: The code above can be trivially rewritten like this:
      
      	while (--argc > 0 && **++argv == '-') {
      		char *arg = *argv;
      		while (*++arg) {
      			switch (*arg) {
      			...
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      Acked-by: NMike Frysinger <vapier@gentoo.org>
      54841ab5
  16. 30 6月, 2010 1 次提交
  17. 28 5月, 2010 1 次提交
  18. 26 1月, 2010 1 次提交
  19. 22 1月, 2010 3 次提交
  20. 05 12月, 2009 1 次提交
    • P
      add lzop decompression support · 20dde48b
      Peter Korsgaard 提交于
      Add lzop decompression support to the existing lzo bitstream handling
      (think gzip versus zlib), and support it for uImage decompression if
      CONFIG_LZO is enabled.
      
      Lzop doesn't compress as good as gzip (~10% worse), but decompression
      is very fast (~0.7s faster here on a slow ppc). The lzop decompression
      code is based on Albin Tonnerre's recent ARM Linux lzo support patch.
      
      Cc: albin.tonnerre@free-electrons.com
      Signed-off-by: NPeter Korsgaard <jacmet@sunsite.dk>
      20dde48b
  21. 25 11月, 2009 1 次提交
  22. 03 10月, 2009 4 次提交
  23. 11 9月, 2009 4 次提交
  24. 20 7月, 2009 1 次提交
    • M
      compiler.h: unify system ifdef cruft here · 37566090
      Mike Frysinger 提交于
      Shove a lot of the HOSTCC and related #ifdef checking crap into the new
      compiler.h header so that we can keep all other headers nice and clean.
      
      Also introduce custom uswap functions so we don't have to rely on the non
      standard implementations that a host may (or may not in the case of OS X)
      provide.  This allows mkimage to finally build cleanly on an OS X system.
      Signed-off-by: NMike Frysinger <vapier@gentoo.org>
      37566090
  25. 04 4月, 2009 1 次提交
    • P
      Add support for building native win32 tools · 2f8d396b
      Peter Tyser 提交于
      Add support for compiling the host tools in the tools directory using
      the MinGW toolchain.  This produces executables which can be used on
      standard Windows computers without requiring cygwin.
      
      One must specify the MinGW compiler and strip utilities as if they
      were the host toolchain in order to build win32 executables, eg:
      
      make HOSTCC=i586-mingw32msvc-gcc HOSTSTRIP=i586-mingw32msvc-strip tools
      Signed-off-by: NPeter Tyser <ptyser@xes-inc.com>
      2f8d396b
  26. 18 2月, 2009 1 次提交
  27. 14 12月, 2008 1 次提交
  28. 29 10月, 2008 1 次提交
    • K
      bootm: Add subcommands · 49c3a861
      Kumar Gala 提交于
      Add the ability to break the steps of the bootm command into several
      subcommands: start, loados, ramdisk, fdt, bdt, cmdline, prep, go.
      
      This allows us to do things like manipulate device trees before
      they are passed to a booting kernel or setup memory for a secondary
      core in multicore situations.
      
      Not all OS types support all subcommands (currently only start, loados,
      ramdisk, fdt, and go are supported).
      Signed-off-by: NKumar Gala <galak@kernel.crashing.org>
      49c3a861
  29. 22 10月, 2008 1 次提交
    • W
      FDT: don't use private kernel header files · def0819e
      Wolfgang Denk 提交于
      On some systems (for example Fedora Core 4) U-Boot builds with the
      following wanrings only:
      
      ...
      In file included from /home/wd/git/u-boot/include/libfdt_env.h:33,
                       from fdt.c:51:
      		 /usr/include/asm/byteorder.h:6:2: warning: #warning using private kernel header; include <endian.h> instead!
      
      This patch fixes this problem.
      Signed-off-by: NWolfgang Denk <wd@denx.de>
      def0819e