29 Jan, 2018

15 commits

  • This patch adds support for the PDU001 board.

    Signed-off-by: Felix Brack
    Reviewed-by: Tom Rini

    Felix Brack
     
  • The BCM2835 family of SoCs has 2 different SD controllers: One based on
    the SDHCI spec and a custom, home-grown one.

    This patch implements a driver for the latter based on the Linux driver.
    This is needed so that we can make use of device trees that assume driver
    presence of both SD controllers.

    Signed-off-by: Alexander Graf

    Alexander Graf
     
  • The bcm283x family of SoCs have a GPIO controller that also acts as
    pinctrl controller.

    This patch introduces a new pinctrl driver that can actually properly mux
    devices into their device tree defined pin states and is now the primary
    owner of the gpio device. The previous GPIO driver gets moved into a
    subdevice of the pinctrl driver, bound to the same OF node.

    That way whenever a device asks for pinctrl support, it gets it
    automatically from the pinctrl driver and GPIO support is still available
    in the normal command line phase.

    Signed-off-by: Alexander Graf

    Alexander Graf
     
  • CONFIG_WALNUT was dropped in June 2017 in:
    commit 98f705c9cefdfd ("powerpc: remove 4xx support")

    While at it, the related CONFIG_MACH_SPECIFIC and the have_of
    and _machine variables are unused as well, so drop them too.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     
  • libfdt_env.h is supposed to provide system-dependent defines.

    scripts/dtc/libfdt/libfdt_env.h from upstream DTC is suitable
    for user-space, so we should use this for USE_HOSTCC case.

    For compiling U-Boot, we need to override such system-dependent
    defines, so use imported from Linux.

    selects a proper one. Maybe, we should split header
    inclusion completely, but I do not want too many patches at one.

    I can rip off the include/libfdt_env.h from HOST_EXTRACFLAGS.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass

    Masahiro Yamada
     
  • There is tons of code duplication between lib/libfdt/libfdt.h and
    scripts/dtc/libfdt/libfdt.h. Evacuate the U-Boot own code to
    include/libfdt.h and remove lib/libfdt/libfdt.h.

    For host tools, should include scripts/dtc/libfdt/libfdt.h,
    which is already suitable for user-space.

    For compiling U-Boot, should be included because we
    need a different libfdt_env.h .

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     
  • libfdt_env.h exists to contain system-dependent defines:

    - typedef of fdt*_t
    - fdt*_to_cpu(), cpu_to_fdt*

    working_fdt and FDT_RAMDISK_OVERHEAD are unrelated to the environment,
    so they must get out of this header.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass

    Masahiro Yamada
     
  • Several host-tools use "bool" type without including .
    This relies on the crappy header inclusion chain.

    tools/Makefile has the following line:

    HOST_EXTRACFLAGS += -include $(srctree)/include/libfdt_env.h \

    All host-tools are forced to include libfdt_env.h even if they are
    totally unrelated to FDT. Then, is indirectly included
    as follows:

    include/libfdt_env.h
    -> include/linux/types.h
    ->

    I am fixing this horrible crap. In advance, I need to add necessary
    include directives explicitly. tools/fdtgrep.c needs more;
    for open() and for errno.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Joe Hershberger
    Reviewed-by: Simon Glass

    Masahiro Yamada
     
  • I do not remember why, but this is apparently a file-copy mistake.
    The file name is libfdt.h, but its content is that of libfdt_env.h

    Re-import it from upstream Linux.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass

    Masahiro Yamada
     
  • The only difference between scripts/dtc/libfdt/fdt_rw.c and
    lib/libfdt/fdt_rw.c is fdt_remove_unused_strings().

    It is only used by fdtgrep, so we do not need to compile it for U-Boot
    image. Move it to tools/libfdt/fdw_rw.c so that lib/libfdt/fdt_rw.c
    can be a wrapper of scripts/dtc/libfdt/fdt_rw.c.

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass

    Masahiro Yamada
     
  • All of these host tools are apparently written for Python2,
    not Python3.

    Use 'python2' in the shebang line according to PEP 394
    (https://www.python.org/dev/peps/pep-0394/).

    Signed-off-by: Masahiro Yamada
    Reviewed-by: Simon Glass

    Masahiro Yamada
     
  • The omap3_evm board does not boot when commit:
    a47ca2cf67 ("ARM: omap3: evm: Add kernel image loading from UBIFS and EXT4")
    is applied after commit:
    3dde8f2037 ("Merge git://git.denx.de/u-boot-mmc")

    This commit reduces the CONFIG_EXTRA_ENV_SETTINGS size and better
    leverages the existing distro bootcmd infrastructure.

    - Use updated UBIFS support from config_distro_bootcmd.h
    - Use LEGACY_MMC naming found in am335x_evm.h and ti_omap4_common.h
    - Remove extra environment content that is no longer needed

    [MMC(0:1)/extlinux/extlinux.conf]
    ---8

    Derald D. Woods
     
  • This commit allows overriding the default assumption that the boot UBI
    MTD partition is named 'UBI' and the UBI volume is 'boot'. A board
    desiring to use a legacy or alternative NAND layout can now define the
    following two extra environment variables:

    bootubipart=
    bootubivol=

    EXAMPLE:

    [include/configs/some_board.h]
    ---8

    #define MEM_LAYOUT_ENV_SETTINGS \
    DEFAULT_LINUX_BOOT_ENV

    #define BOOT_TARGET_DEVICES(func) \
    func(UBIFS, ubifs, 0)

    #include
    [...]
    #define CONFIG_EXTRA_ENV_SETTINGS \
    MEM_LAYOUT_ENV_SETTINGS \
    "bootubivol=rootfs\0" \
    "bootubipart=rootfs\0" \
    BOOTENV
    [...]
    ---8

    Derald D. Woods
     
  • SPL and TPL may not always need spl_board_init() at the same time.

    Signed-off-by: Kever Yang
    Reviewed-by: Philipp Tomsich

    Kever Yang
     
  • Loading files stored with lzo compression from a btrfs filesystem was
    producing unaligned memory accesses, which were causing a data abort
    and a reset on an Orange Pi Zero.

    The change in hash.c is not triggered by any error but follows the
    same pattern. Please confirm.

    Fixed according to doc/README.unaligned-memory-access.txt

    Signed-off-by: Alberto Sánchez Molero
    Tested-by: Robert Nelson

    Alberto Sánchez Molero
     

28 Jan, 2018

25 commits