25 Jan, 2014

1 commit


01 Nov, 2013

1 commit


20 Sep, 2013

1 commit

  • The SPDX License List version 1.19 now contains an official entry for
    the IBM-pibs license. However, instead of our suggestion "ibm-pibs",
    the SPDX License List uses "IBM-pibs", with the following rationale:
    "The reason being that all other SPDX License List short identifiers
    tend towards using capital letters unless spelling a word. I'd prefer
    to be consistent to this end".

    Change the license IDs to use the official name.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     

20 Aug, 2013

1 commit

  • This commit adapts the files that were derived from PIBS (PowerPC
    Initialization and Boot Software) codeto using SPDX License
    Identifiers.

    So far, SPDX has not assigned an official License ID for the PIBS
    license yet, so this should be considered preliminary.

    Note that the following files contained incorrect license information:

    arch/powerpc/cpu/ppc4xx/4xx_uart.c
    arch/powerpc/cpu/ppc4xx/start.S
    arch/powerpc/include/asm/ppc440.h

    These files included, in addition to the GPL-2.0 / ibm-pibs dual
    license as inherited from PIBS, a GPL-2.0+ license header which was
    obviously incorrect. This has been removed.

    Signed-off-by: Wolfgang Denk
    Cc: Stefan Roese
    Signed-off-by: Wolfgang Denk

    Conflicts:
    Licenses/README
    Acked-by: Stefan Roese

    Wolfgang Denk
     

24 Jul, 2013

1 commit


04 Feb, 2013

1 commit


16 Oct, 2011

1 commit

  • The top level Makefile does not do any recursion into subdirs when
    cleaning, so these clean/distclean targets in random arch/board dirs
    never get used. Punt them all.

    MAKEALL didn't report any errors related to this that I could see.

    Signed-off-by: Mike Frysinger

    Mike Frysinger
     

30 Apr, 2011

1 commit

  • Currently, some linker scripts are found by common code in config.mk.
    Some are found using CONFIG_SYS_LDSCRIPT, but the code for that is
    sometimes in arch config.mk and sometimes in board config.mk. Some
    are found using an arch-specific rule for looking in CPUDIR, etc.

    Further, the powerpc config.mk rule relied on CONFIG_NAND_SPL
    when it really wanted CONFIG_NAND_U_BOOT -- which covered up the fact
    that not all NAND_U_BOOT builds actually wanted CPUDIR/u-boot-nand.lds.

    Replace all of this -- except for a handful of boards that are actually
    selecting a linker script in a unique way -- with centralized ldscript
    finding.

    If board code specifies LDSCRIPT, that will be used.
    Otherwise, if CONFIG_SYS_LDSCRIPT is specified, that will be used.

    If neither of these are specified, then the central config.mk will
    check for the existence of the following, in order:

    $(TOPDIR)/board/$(BOARDDIR)/u-boot-nand.lds (only if CONFIG_NAND_U_BOOT)
    $(TOPDIR)/$(CPUDIR)/u-boot-nand.lds (only if CONFIG_NAND_U_BOOT)
    $(TOPDIR)/board/$(BOARDDIR)/u-boot.lds
    $(TOPDIR)/$(CPUDIR)/u-boot.lds

    Some boards (sc3, cm5200, munices) provided their own u-boot.lds that
    were dead code, because they were overridden by a CPUDIR u-boot.lds under
    the old powerpc rules. These boards' own u-boot.lds have bitrotted and
    no longer work -- these lds files have been removed.

    Signed-off-by: Scott Wood
    Tested-by: Graeme Russ

    Scott Wood
     

21 Apr, 2011

1 commit


28 Mar, 2011

1 commit


18 Nov, 2010

1 commit

  • Before this commit, weak symbols were not overridden by non-weak symbols
    found in archive libraries when linking with recent versions of
    binutils. As stated in the System V ABI, "the link editor does not
    extract archive members to resolve undefined weak symbols".

    This commit changes all Makefiles to use partial linking (ld -r) instead
    of creating library archives, which forces all symbols to participate in
    linking, allowing non-weak symbols to override weak symbols as intended.
    This approach is also used by Linux, from which the gmake function
    cmd_link_o_target (defined in config.mk and used in all Makefiles) is
    inspired.

    The name of each former library archive is preserved except for
    extensions which change from ".a" to ".o". This commit updates
    references accordingly where needed, in particular in some linker
    scripts.

    This commit reveals board configurations that exclude some features but
    include source files that depend these disabled features in the build,
    resulting in undefined symbols. Known such cases include:
    - disabling CMD_NET but not CMD_NFS;
    - enabling CONFIG_OF_LIBFDT but not CONFIG_QE.

    Signed-off-by: Sebastien Carlier

    Sebastien Carlier
     

19 Oct, 2010

2 commits

  • Clean up Makefile, and drop a lot of the config.mk files on the way.

    We now also automatically pick all boards that are listed in
    boards.cfg (and with all configurations), so we can drop the redundant
    entries from MAKEALL to avoid building these twice.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     
  • The change is currently needed to be able to remove the board
    configuration scripting from the top level Makefile and replace it by
    a simple, table driven script.

    Moving this configuration setting into the "CONFIG_*" name space is
    also desirable because it is needed if we ever should move forward to
    a Kconfig driven configuration system.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     

23 Sep, 2010

2 commits

  • This cleanup is done by creating header files for all SoC versions and
    moving the SoC specific defines into these special headers. This way the
    common header ppc405.h and ppc440.h can be cleaned up finally.

    As a part from this cleanup, the GPIO definitions for PPC405EP are
    corrected. The high and low parts of the registers (for example
    CONFIG_SYS_GPIO0_OSRL vs. CONFIG_SYS_GPIO0_OSRH) have been defined in
    the wrong order. This patch now fixes this issue by switching these
    xxxH and xxxL values. This brings the GPIO 405EP port in sync with all
    other PPC4xx ports.

    Signed-off-by: Stefan Roese

    Stefan Roese
     
  • This patch moves some ppc4xx related headers from the common include
    directory (include/) to the powerpc specific one
    (arch/powerpc/include/asm/). This way to common include directory is not
    so cluttered with files.

    Signed-off-by: Stefan Roese

    Stefan Roese
     

09 Aug, 2010

1 commit


22 Apr, 2010

1 commit

  • As discussed on the list, move "arch/ppc" to "arch/powerpc" to
    better match the Linux directory structure.

    Please note that this patch also changes the "ppc" target in
    MAKEALL to "powerpc" to match this new infrastructure. But "ppc"
    is kept as an alias for now, to not break compatibility with
    scripts using this name.

    Signed-off-by: Stefan Roese
    Acked-by: Wolfgang Denk
    Acked-by: Detlev Zundel
    Acked-by: Kim Phillips
    Cc: Peter Tyser
    Cc: Anatolij Gustschin

    Stefan Roese
     

13 Apr, 2010

3 commits


03 Oct, 2009

1 commit

  • The following changes allow U-Boot to fully relocate from flash to
    RAM:
    - Remove linker scripts' .fixup sections from the .text section
    - Add -mrelocatable to PLATFORM_RELFLAGS for all boards
    - Define CONFIG_RELOC_FIXUP_WORKS for all boards

    Previously, U-Boot would partially relocate, but statically initialized
    pointers needed to be manually relocated.

    Signed-off-by: Peter Tyser

    Peter Tyser
     

28 Sep, 2009

2 commits


11 Sep, 2009

1 commit

  • This patch cleans up multiple issues of the 4xx register (mostly
    DCR, SDR, CPR, etc) definitions:

    - Change lower case defines to upper case (plb4_acr -> PLB4_ACR)
    - Change the defines to better match the names from the
    user's manuals (e.g. cprpllc -> CPR0_PLLC)
    - Removal of some unused defines

    Please test this patch intensive on your PPC4xx platform. Even though
    I tried not to break anything and tested successfully on multiple
    4xx AMCC platforms, testing on custom platforms is recommended.

    Signed-off-by: Stefan Roese

    Stefan Roese
     

10 Aug, 2009

1 commit

  • It was brought to our attention that U-Boot contains code derived from the
    IBM OpenBIOS source code originally provided with some of the older PowerPC
    4xx development boards. As a result, the original license of this code has
    been carried in the various files for a number of years in the U-Boot project.

    IBM is dual-licensing the IBM code contributions already present in U-Boot
    under either the terms of the GNU General Public License version 2, or the
    original code license already present.

    Signed-off-by: Josh Boyer

    Josh Boyer
     

21 Mar, 2009

1 commit

  • A recent gcc added a new unaligned rodata section called '.rodata.str1.1',
    which needs to be added the the linker script. Instead of just adding this
    one section, we use a wildcard ".rodata*" to get all rodata linker section
    gcc has now and might add in the future.

    However, '*(.rodata*)' by itself will result in sub-optimal section
    ordering. The sections will be sorted by object file, which causes extra
    padding between the unaligned rodata.str.1.1 of one object file and the
    aligned rodata of the next object file. This is easy to fix by using the
    SORT_BY_ALIGNMENT command.

    This patch has not be tested one most of the boards modified. Some boards
    have a linker script that looks something like this:

    *(.text)
    . = ALIGN(16);
    *(.rodata)
    *(.rodata.str1.4)
    *(.eh_frame)

    I change this to:

    *(.text)
    . = ALIGN(16);
    *(.eh_frame)
    *(SORT_BY_ALIGNMENT(SORT_BY_NAME(.rodata*)))

    This means the start of rodata will no longer be 16 bytes aligned.
    However, the boundary between text and rodata/eh_frame is still aligned to
    16 bytes, which is what I think the real purpose of the ALIGN call is.

    Signed-off-by: Trent Piepho

    Trent Piepho
     

19 Nov, 2008

1 commit

  • Most of the bss initialization loop increments 4 bytes
    at a time. And the loop end is checked for an 'equal'
    condition. Make the bss end address aligned by 4, so
    that the loop will end as expected.

    Signed-off-by: Selvamuthukumar
    Signed-off-by: Wolfgang Denk

    Selvamuthukumar
     

19 Oct, 2008

1 commit


11 Sep, 2008

1 commit


03 Sep, 2008

1 commit


13 Aug, 2008

3 commits

  • - Fixing leading white spaces
    - Fixing indentation where 4 spaces are used instead of tab
    - Removing C++ comments (//), wherever I introduced them

    Signed-off-by: William Juul
    Signed-off-by: Scott Wood

    William Juul
     
  • Signed-off-by: William Juul
    Signed-off-by: Scott Wood

    William Juul
     
  • A lot changed in the Linux MTD code, since it was last ported from
    Linux to U-Boot. This patch takes U-Boot NAND support to the level
    of Linux 2.6.22.1 and will enable support for very large NAND devices
    (4KB pages) and ease the compatibility between U-Boot and Linux
    filesystems.

    This patch is tested on two custom boards with PPC and ARM
    processors running YAFFS in U-Boot and Linux using gcc-4.1.2
    cross compilers.

    MAKEALL ppc/arm has some issues:
    * DOC/OneNand/nand_spl is not building (I have not tried porting
    these parts, and since I do not have any HW and I am not familiar
    with this code/HW I think its best left to someone else.)

    Except for the issues mentioned above, I have ported all drivers
    necessary to run MAKEALL ppc/arm without errors and warnings. Many
    drivers were trivial to port, but some were not so trivial. The
    following drivers must be examined carefully and maybe rewritten to
    some degree:
    cpu/ppc4xx/ndfc.c
    cpu/arm926ejs/davinci/nand.c
    board/delta/nand.c
    board/zylonite/nand.c

    Signed-off-by: William Juul
    Signed-off-by: Stig Olsen
    Signed-off-by: Scott Wood

    William Juul
     

03 Jul, 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
     

21 May, 2008

1 commit

  • This commit gets rid of a huge amount of silly white-space issues.
    Especially, all sequences of SPACEs followed by TAB characters get
    removed (unless they appear in print statements).

    Also remove all embedded "vim:" and "vi:" statements which hide
    indentation problems.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     

18 Apr, 2008

1 commit


13 Jan, 2008

1 commit

  • With recent toolchain versions, some boards would not build because
    or errors like this one (here for ocotea board when building with
    ELDK 4.2 beta):
    ppc_4xx-ld: section .bootpg [fffff000 -> fffff23b] overlaps section .bss [fffee900 -> fffff8ab]

    For many boards, the .bss section is big enough that it wraps around
    at the end of the address space (0xFFFFFFFF), so the problem will not
    be visible unless you use a 64 bit tool chain for development. On
    some boards however, changes to the code size (due to different
    optimizations) we bail out with section overlaps like above.

    The fix is to add the NOLOAD attribute to the .bss and .sbss
    sections, telling the linker that .bss does not consume any space in
    the image.

    Signed-off-by: Wolfgang Denk

    Wolfgang Denk
     

10 Jan, 2008

1 commit


01 Nov, 2007

1 commit

  • Change all linker scripts to reference the changed driver name 4xx_uart.o.

    Note: In most cased all these explicit referencing of these object files
    in the linker scripts is not neccessary. Only for manually embedded
    environment into the U-Boot image, which is not done is most cases.

    Signed-off-by: Stefan Roese

    Stefan Roese