21 Nov, 2014

1 commit

  • This function can fail if the device tree runs out of space. Rather than
    silently booting with an incomplete device tree, allow the failure to be
    detected.

    Unfortunately this involves changing a lot of places in the code. I have
    not changed behvaiour to return an error where one is not currently
    returned, to avoid unexpected breakage.

    Eventually it would be nice to allow boards to register functions to be
    called to update the device tree. This would avoid all the many functions
    to do this. However it's not clear yet if this should be done using driver
    model or with a linker list. This work is left for later.

    Signed-off-by: Simon Glass
    Acked-by: Anatolij Gustschin

    Simon Glass
     

26 Nov, 2013

2 commits


15 Oct, 2013

1 commit


24 Jul, 2013

1 commit


29 Jul, 2011

1 commit

  • Current code would print RAM size information like this:

    DRAM: DDR: 256 MiB (DDR1, 64-bit, CL=2, ECC off)

    Turn a number of printf()s into debug() to get rid of the redundant
    "DDR: " string like this:

    DRAM: 256 MiB (DDR1, 64-bit, CL=2, ECC off)

    Signed-off-by: Wolfgang Denk
    Acked-by: York Sun
    Signed-off-by: Kumar Gala

    Wolfgang Denk
     

04 Apr, 2011

1 commit


14 Jan, 2011

2 commits


15 Nov, 2010

1 commit

  • Previously boards used a variety of indentations, newline styles, and
    colon styles for the PCI information that is printed on bootup. This
    patch unifies the style to look like:

    ...
    NAND: 1024 MiB
    PCIE1: connected as Root Complex
    Scanning PCI bus 01
    04 01 8086 1010 0200 00
    04 01 8086 1010 0200 00
    03 00 10b5 8112 0604 00
    02 01 10b5 8518 0604 00
    02 02 10b5 8518 0604 00
    08 00 1957 0040 0b20 00
    07 00 10b5 8518 0604 00
    09 00 10b5 8112 0604 00
    07 01 10b5 8518 0604 00
    07 02 10b5 8518 0604 00
    06 00 10b5 8518 0604 00
    02 03 10b5 8518 0604 00
    01 00 10b5 8518 0604 00
    PCIE1: Bus 00 - 0b
    PCIE2: connected as Root Complex
    Scanning PCI bus 0d
    0d 00 1957 0040 0b20 00
    PCIE2: Bus 0c - 0d
    In: serial
    ...

    Signed-off-by: Peter Tyser
    CC: wd@denx.de
    CC: sr@denx.de
    CC: galak@kernel.crashing.org

    Peter Tyser
     

20 Oct, 2010

1 commit


20 Jul, 2010

3 commits


05 Nov, 2009

1 commit


29 Aug, 2009

2 commits


22 Jul, 2009

1 commit


04 Apr, 2009

2 commits


02 Apr, 2009

1 commit

  • * Use CONFIG_MP instead of CONFIG_NUM_CPUS to match 85xx
    * Introduce determine_mp_bootpg() helper. We'll need this to address a
    bug introduced in v2009.03 with 86xx MP booting. We have to make sure
    to reserve the region of memory used for the MP bootpg() so other
    u-boot code doesn't use it.
    * Added dummy versions of cpu_reset(), cpu_status() & cpu_release() to
    allow cmd_mp.c to build and work. In the future we should look at
    implementing all these functions. This could be common w/85xx if we
    use spin tables on 86xx.

    Signed-off-by: Kumar Gala

    Kumar Gala
     

01 Apr, 2009

1 commit

  • We're missing the board_lmb_reserve definitions that allow
    cpu_mp_lmb_reserve to be called; this means that Linux
    is free to reallocate reserved pages. Linux currently boots
    because we're getting lucky - the page we've reserved is
    high enough in memory that it isn't allocated by Linux
    while we still need it to be in existence.

    Signed-off-by: Becky Bruce
    Signed-off-by: Kumar Gala

    Becky Bruce
     

17 Feb, 2009

1 commit

  • Update the 86xx reset sequence to try executing a board-specific reset
    function. If the board-specific reset is not implemented or does not
    succeed, then assert #HRESET_REQ. Using #HRESET_REQ is a more standard
    reset procedure than the previous method and allows all board
    peripherals to be reset if needed.

    Signed-off-by: Peter Tyser

    Peter Tyser
     

14 Jan, 2009

1 commit

  • Rename _BASE to _BUS, as it's actually a PCI bus address,
    separate virtual and physical addresses into _VIRT and _PHYS,
    and use each appopriately. This makes the code easier to read
    and understand, and facilitates mapping changes going forward.

    Signed-off-by: Becky Bruce

    Becky Bruce
     

02 Nov, 2008

1 commit


30 Oct, 2008

1 commit


25 Oct, 2008

1 commit

  • Converted MPC8610HCPD, MPC8641HPCN, and SBC8641D to use
    fsl_pci_setup_inbound_windows() and ft_fsl_pci_setup().

    With these changes the board code is a bit smaller and we get dma-ranges
    set in the device tree for these boards.

    Signed-off-by: Kumar Gala
    Signed-off-by: Andrew Fleming-AFLEMING
    Acked-by: Jon Loeliger

    Kumar Gala
     

19 Oct, 2008

1 commit


27 Aug, 2008

1 commit


12 Jun, 2008

1 commit

  • This patch changes the return type of initdram() from long int to phys_size_t.
    This is required for a couple of reasons: long int limits the amount of dram
    to 2GB, and u-boot in general is moving over to phys_size_t to represent the
    size of physical memory. phys_size_t is defined as an unsigned long on almost
    all current platforms.

    This patch *only* changes the return type of the initdram function (in
    include/common.h, as well as in each board's implementation of initdram). It
    does not actually modify the code inside the function on any of the platforms;
    platforms which wish to support more than 2GB of DRAM will need to modify
    their initdram() function code.

    Build tested with MAKEALL for ppc, arm, mips, mips-el. Booted on powerpc
    MPC8641HPCN.

    Signed-off-by: Becky Bruce

    Becky Bruce
     

30 Apr, 2008

1 commit


05 Mar, 2008

1 commit

  • Many of the spd.h #includers don't need it,
    and wanted to have spd_sdram() declared instead.
    Since they didn't get that, some also had open
    coded extern declarations of it instead or as well.
    Fix it all up by using spd_sdram.h where needed.

    Signed-off-by: Jon Loeliger

    Jon Loeliger
     

26 Feb, 2008

1 commit


19 Feb, 2008

1 commit

  • This is the proper fix for a missing closing brace in the function
    ft_cpu_setup() noticed by joe.hamman embeddedspecialties.com.
    The ft_cpu_setup() function in mpc8641hpcn.c should have been
    removed earlier as it was under the obsolete CONFIG_OF_FLAT_TREE,
    but was missed. Only, the sbc8641d was nominally still using it.
    It all got ripped out, and the funcality that was in ft_board_setup()
    was refactored to remove the CPU portions into the new file
    cpu/mpc86xx/fdt.c instead. Make sbc8641d use this now.

    Based loosely on an original patch from joe.hamman@embeddedspecialties.com

    Signed-off-by: Jon Loeliger

    Jon Loeliger
     

13 Aug, 2007

1 commit


11 Aug, 2007

1 commit