25 Jan, 2010

1 commit


24 Jan, 2010

4 commits

  • A newer CPLD version on the 405EX evaluation board requires a different
    EBC controller setup for the CPLD register access. This patch adds a CPLD
    version detection for Kilauea and code to reconfigure the EBC controller
    (chip select 2) for the old CPLD if no new version is found.

    Additionally the CPLD version is printed upon bootup:

    Board: Kilauea - AMCC PPC405EX Evaluation Board (CPLD rev. 0)

    Signed-off-by: Stefan Roese
    Acked-by: Wolfgang Denk
    Cc: Zhang Bao Quan

    Stefan Roese
     
  • The list of 4xx SoCs that should send type 1 PCI transactions
    is not defined correctly. As a result PCI-PCI bridges and devices
    behind them are not identified. The following 4xx variants should
    send type 1 transactions: 440GX, 440GP, 440SP, 440SPE, 460EX and 460GT.

    Signed-off-by: Felix Radensky
    Signed-off-by: Stefan Roese

    Felix Radensky
     
  • On platforms where SPD EEPROM and another EEPROM have adjacent
    I2C addresses SPD_EEPROM_ADDRESS should be defined as a single
    element array, otherwise DDR2 setup code would fail with the
    following error:

    ERROR: Unknown DIMM detected in slot 1

    However, fixing SPD_EEPROM_ADDRESS would result in another
    error:

    ERROR: DIMM's DDR1 and DDR2 type can not be mixed.

    This happens because initdram() routine does not explicitly
    initialize dimm_populated array. This patch fixes the problem.

    Signed-off-by: Felix Radensky
    Signed-off-by: Stefan Roese

    Felix Radensky
     
  • Bootstrap options G and F are reported incorrectly (G instead
    of F and vice versa). This patch fixes this.

    Signed-off-by: Felix Radensky
    Signed-off-by: Stefan Roese

    Felix Radensky
     

16 Dec, 2009

2 commits

  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • The gd->cpu pointer is set to an address located in flash when the
    probecpu() function is called while U-Boot is executing from flash.
    This pointer needs to be updated to point to an address in RAM after
    relocation has occurred otherwise Linux may not be able to boot due to
    "fdt board" crashing if flash has been erased or changed.

    This bug was introduced in commit
    a0e2066f392782730f0398095e583c87812d97f2.

    Signed-off-by: Peter Tyser
    Reported-by: Ed Swarthout
    Tested-by: Kumar Gala
    Tested on MPC8527DS.
    Tested by: Ed Swarthout

    Peter Tyser
     

15 Dec, 2009

2 commits

  • Neither the MVBLUE nor its underlying architecture implement the
    do_irqinfo() function which is required when CONFIG_CMD_IRQ is defined.
    This change fixes the following MVBLUE compiler error:

    -> ./MAKEALL MVBLUE
    Configuring for MVBLUE board...
    common/libcommon.a(cmd_irq.o):(.u_boot_cmd+0x24): undefined reference to `do_irqinfo'
    make: *** [u-boot] Error 1

    Signed-off-by: Peter Tyser
    Acked-by: Andre Schwarz

    Peter Tyser
     
  • The support for this was silently dropped by a configuration
    split during the merge of the imx27lite board support in commit
    864aa034f3a0e10ce710e8bbda171df3cab59414 (cmd_mtdparts: Move to common
    handling of FLASH devices via MTD layer).

    Signed-off-by: Detlev Zundel

    Detlev Zundel
     

12 Dec, 2009

1 commit


10 Dec, 2009

1 commit

  • Commit c7190f02 (retain POR values of non-configured ACR, SPCR, SCCR,
    and LCRR bitfields) moved the LCRR assignment to after relocation
    to RAM because of the potential problem with changing the local bus
    clock while executing from flash.

    This change unfortunately adversely affects the boot time, as running
    all code up to cpu_init_r can cause significant slowdown.

    E.G. on a 8347 board a bootup time increase of ~600ms has been observed:

    0.020 CPU: e300c1, MPC8347_PBGA_EA, Rev: 3.0 at 400 MHz, CSB: 266.667 MHz
    0.168 RS: 232
    0.172 I2C: ready
    0.176 DRAM: 64 MB
    1.236 FLASH: 32 MB

    Versus:

    0.016 CPU: e300c1, MPC8347_PBGA_EA, Rev: 3.0 at 400 MHz, CSB: 266.667 MHz
    0.092 RS: 232
    0.092 I2C: ready
    0.096 DRAM: 64 MB
    0.644 FLASH: 32 MB

    So far no boards have needed the late LCRR setup, so simply revert it
    for now - If it is needed at a later time, those boards can either do
    their own final LCRR setup in board code (E.G. in board_early_init_r),
    or we can introduce a CONFIG_SYS_LCRR_LATE config option to only do
    the setup in cpu_init_r.

    Signed-off-by: Peter Korsgaard
    Signed-off-by: Kim Phillips

    Peter Korsgaard
     

08 Dec, 2009

17 commits

  • We are using generic implementation of ffs. This should
    be part of Simon's commit 0413cfecea350000eab5e591a0965c3e3ee0ff00

    Here is warning message which this patch removes.

    In file included from /tmp/u-boot-microblaze/include/common.h:38,
    from cmd_mtdparts.c:87:
    /tmp/u-boot-microblaze/include/linux/bitops.h:123:1: warning: "ffs" redefined
    In file included from /tmp/u-boot-microblaze/include/linux/bitops.h:110,
    from /tmp/u-boot-microblaze/include/common.h:38,
    from cmd_mtdparts.c:87:
    /tmp/u-boot-microblaze/include/asm/bitops.h:269:1:
    warning: this is the location of the previous definition

    Signed-off-by: Michal Simek

    Michal Simek
     
  • A typo caused the stack and malloc regions to overlap, which prevented
    mem_malloc_init() from returning. This commit makes the memory layout match
    the example described in include/configs/microblaze-generic.h

    Signed-off-by: Graeme Smecher
    Signed-off-by: Michal Simek

    Graeme Smecher
     
  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • Previously MAKEALL would always return a value of 0, even if 1 or more
    boards did not compile. This change causes MAKEALL to return 0 if all
    boards were able to build, otherwise 1.

    This change also requires changing the script interpreter from sh to
    bash to support bash's PIPESTATUS variable.

    Signed-off-by: Peter Tyser

    Peter Tyser
     
  • Recent commits 1a99de2cb4d08eb3bf9fb3f60a9d533150de8c0e and
    6a590c5f5fd12cdd27f3153522acfac3854590e7 both fixed the same bug in the
    same manner. Unfortunately git was "smart" enough to merge both changes
    which resulted in some duplicate code.

    Signed-off-by: Peter Tyser

    Reordered code and comment a bit.

    Signed-off-by: Wolfgang Denk

    Peter Tyser
     
  • commit bd3784df94bfeca43fbf34094df9cb1bd3ecca3b deleted some unused
    code in do_i2c_mw(), but missed to also remove the respective
    commment. This patch fixes this.

    Signed-off-by: Heiko Schocher

    Heiko Schocher
     
  • To update the real memory size in the memory node on the
    uc101 and mucmc52 boards call fdt_fixup_memory() in
    ft_board_setup().

    Signed-off-by: Heiko Schocher

    Heiko Schocher
     
  • Depending on offset, flash size and the number of bad blocks,
    get_len_incl_bad may return a too small value which may lead to:

    1) If there are no bad blocks, nand_{read,write}_skip_bad chooses the
    bad block aware read/write code. This may hurt performance, but does
    not have any adverse effects.

    2) If there are bad blocks, the nand_{read,write}_skip_bad may choose
    the bad block unaware read/write code (if len_incl_bad == *length)
    which leads to corrupted data.

    Signed-off-by: Daniel Hobi

    Daniel Hobi
     
  • - NfsTimeout() does not correctly update the NFS timeout value which
    results in NfsTimeout() only being called once in certain situations.
    This can result in the 'nfs' command hanging indefinetly. For
    example, the command:

    nfs 192.168.0.1:/home/user/file

    will not exit until ctrl-c is pressed if 192.168.0.1 does not have an
    NFS server running.

    This issue is resolved by reinitializting the NFS timeout value inside
    NfsTimeout() when a timeout occurs.

    - Make the 'nfs' command print the 'T' character when a timeout occurs.
    Previously there was no indication that timeouts were occuring.

    - Mimic the 'tftpboot' command and when a download fails print "Retry
    count exceeded; starting again", and restart the download taking the
    'netretry' environment variable into account.

    Signed-off-by: Evan Samanas
    Signed-off-by: Peter Tyser

    Tested on TQM8xxL.

    Tested by: Wolfgang Denk

    Tested on MPC8527DS.

    Tested by: Ed Swarthout

    Evan Samanas
     
  • The help message for the 'bootm' command listed the 'cmdline' and 'bdt'
    sub-commands in the wrong order which resulted in the error below when
    following the 'help' command's instructions:

    "Trying to execute a command out of order"

    Signed-off-by: Peter Tyser

    Peter Tyser
     
  • "nandecc" help output should not reproduce the command name, nor have
    a trailing newline.

    Signed-off-by: Robert P. J. Day

    Robert P. J. Day
     
  • Since commit 736fead8fdbf8a8407048bebc373cd551d01ec98 "Convert SMC911X
    Ethernet driver to CONFIG_NET_MULTI API" SMC911X configration options
    are called CONFIG_SMC911X rather than CONFIG_DRIVER_SMC911X. Update
    README to reflect that change.

    Signed-off-by: Mike Rapoport

    Mike Rapoport
     
  • Signed-off-by: Mike Rapoport

    Mike Rapoport
     
  • An off by one error may cause nfs readlink lookup fail if
    nfs_path_buff has non-zero data from a previous use.

    Loading: *** ERROR: File lookup fail

    Signed-off-by: Ed Swarthout

    Ed Swarthout
     
  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • Commit dce3d79710 updated the zlib code to v0.95; this caused
    conflicts when building for the "cradle" board, because the (pretty
    generic) preprocessor variable "OFF" was used in multiple files.
    Make sure to avoid further conflicts by #undef'ing it in zlib.c
    before redefining it.

    Signed-off-by: Wolfgang Denk
    cc: Giuseppe Condorelli
    cc: Angelo Castello
    cc: Alessandro Rubini

    Wolfgang Denk
     

06 Dec, 2009

1 commit


05 Dec, 2009

6 commits

  • The Linux kernel build system changed how it compresses things with LZMA
    such that the header no longer contains the filesize (it is instead set to
    all F's). So if we get a LZMA image that has -1 for the 64bit field,
    let's just assume that the decompressed size is unknown and continue on.

    Signed-off-by: Mike Frysinger

    Mike Frysinger
     
  • Two later additions to the Configuration Option section unfortunately
    split the description of Show boot progress and the list of its call outs.

    Signed-off-by: Detlev Zundel

    Detlev Zundel
     
  • Previously, there was no indication to the user that a FIT image was
    successfully created after executing mkimage. For example:

    $ mkimage -f uImage.its uImage.itb
    DTC: dts->dtb on file "uImage.its"

    Adding some additional output after creating a FIT image lets the user
    know exactly what is contained in their image, eg:

    $ mkimage -f uImage.its uImage.itb
    DTC: dts->dtb on file "uImage.its"
    FIT description: Linux kernel 2.6.32-rc7-00201-g7550d6f-dirty
    Created: Tue Nov 24 15:43:01 2009
    Image 0 (kernel@1)
    Description: Linux Kernel 2.6.32-rc7-00201-g7550d6f-dirty
    Type: Kernel Image
    Compression: gzip compressed
    Data Size: 2707311 Bytes = 2643.86 kB = 2.58 MB
    Architecture: PowerPC
    OS: Linux
    Load Address: 0x00000000
    Entry Point: 0x00000000
    Hash algo: crc32
    Hash value: efe0798b
    Hash algo: sha1
    Hash value: ecafba8c95684f2c8fec67e33c41ec88df1534d7
    Image 1 (fdt@1)
    Description: Flattened Device Tree blob
    Type: Flat Device Tree
    Compression: uncompressed
    Data Size: 12288 Bytes = 12.00 kB = 0.01 MB
    Architecture: PowerPC
    Hash algo: crc32
    Hash value: a5cab676
    Hash algo: sha1
    Hash value: 168722b13e305283cfd6603dfe8248cc329adea6
    Default Configuration: 'config@1'
    Configuration 0 (config@1)
    Description: Default Linux kernel
    Kernel: kernel@1
    FDT: fdt@1

    This brings the behavior of creating a FIT image in line with creating a
    standard uImage, which also prints out the uImage contents after
    creation.

    Signed-off-by: Peter Tyser

    Peter Tyser
     
  • The FIT fit_set_header() function was copied from the standard uImage's
    image_set_header() function during mkimage reorganization. However, the
    fit_set_header() function is not used since FIT images use a standard
    device tree blob header.

    Signed-off-by: Peter Tyser

    Peter Tyser
     
  • When building a Flattened Image Tree (FIT) the image type needs to be
    "flat_dt". Commit 89a4d6b12fd6394898b8a454cbabeaf1cd59bae5 introduced a
    regression which caused the user to need to specify the "-T flat_dt"
    parameter on the command line when building a FIT image. The "-T
    flat_dt" parameter should not be needed and is at odds with the current
    FIT image documentation.

    Signed-off-by: Peter Tyser

    Peter Tyser
     
  • extfs.c assumes that there is always a valid inode_size field in the
    superblock. But this is not true for ext2fs rev 0. Such ext2fs images
    are for instance generated by genext2fs. Symptoms on ARM machines are
    messages like: "raise: Signal # 8 caught"; on PowerPC "ext2ls" will
    print nothing.
    This fix checks for rev 0 and uses then 128 bytes as inode size.

    Signed-off-by: Michael Brandt
    Tested on: TQM5200S
    Tested-by: Wolfgang Denk
    Signed-off-by: Wolfgang Denk

    Michael Brandt
     

03 Dec, 2009

5 commits