07 Oct, 2017

2 commits


06 Oct, 2017

2 commits

  • This board builds an U-Boot binary that is bootable with QEMU's 'virt'
    machine on ARM. The minimal QEMU command line is:

    qemu-system-arm -machine virt,highmem=off -bios u-boot.bin

    (Note that the 'highmem=off' parameter to the 'virt' machine is required for
    PCI to work in U-Boot.) This command line enables the following:
    - u-boot.bin loaded and executing in the emulated flash at address 0x0
    - A generated device tree blob placed at the start of RAM
    - A freely configurable amount of RAM, described by the DTB
    - A PL011 serial port, discoverable via the DTB
    - An ARMv7 architected timer
    - PSCI for rebooting the system
    - A generic ECAM-based PCI host controller, discoverable via the DTB

    Additionally, QEMU allows plugging a bunch of useful peripherals to the PCI bus.
    The following ones are supported by both U-Boot and Linux:

    - To add a Serial ATA disk via an Intel ICH9 AHCI controller, pass e.g.:
    -drive if=none,file=disk.img,id=mydisk -device ich9-ahci,id=ahci -device ide-drive,drive=mydisk,bus=ahci.0
    - To add an Intel E1000 network adapter, pass e.g.:
    -net nic,model=e1000 -net user
    - To add an EHCI-compliant USB host controller, pass e.g.:
    -device usb-ehci,id=ehci
    - To add a NVMe disk, pass e.g.:
    -drive if=none,file=disk.img,id=mydisk -device nvme,drive=mydisk,serial=foo

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     
  • CONFIG_FIT_EMBED might be confused with CONFIG_OF_EMBED, rename it
    MULTI_DTB_FIT as it is able to get a DTB from a FIT image containing
    multiple DTBs. Also move the option to the Kconfig dedicated to the DTS
    options and create a README for this feature.

    Signed-off-by: Jean-Jacques Hiblot
    Reviewed-by: Tom Rini
    Reviewed-by: Simon Glass

    Jean-Jacques Hiblot
     

05 Oct, 2017

2 commits


04 Oct, 2017

16 commits

  • When we import code from Linux, with regular re-sync planned, we want
    to use printk() and pr_*(). U-Boot does not support them in a clean
    way. So, people end up with local macros, or compat headers here and
    there, then we occasionally see build errors of definition conflicts.

    We have include/linux/compat.h, but putting all sorts of unrelated
    things into a single header is just a temporal workaround. Hence this
    patch, to find the best home for all printk variants. If you want to
    use printk() and friends, please include . This header
    is self-contained, and pulls in only a few headers.

    When I was testing this clean-up, I noticed the image size exceeded
    its platform limit on some boards. This is because all pr_*() that
    were previously defined as no-op in include/linux/mtd/mtd.h (unless
    CONFIG_MTD_DEBUG is set), are now enabled.

    To make such boards happy, this commit also implements CONFIG_LOGLEVEL.
    The concept is similar to the kernel parameter "loglevel". (Actually,
    the Kconfig help message was taken from kernel-paremeter.txt of Linux)
    Messages with a loglevel smaller than console loglevel will be printed.

    The difference is the loglevel is build-time determined. To save the
    image size, lower priority pr_*() are compiled out. I set the default
    of CONFIG_LOGLEVEL to 6, i.e. pr_notice and higher priority messages
    are compiled in.

    I adjusted CONFIG_LOGLEVEL to avoid build error for some boards.

    Signed-off-by: Masahiro Yamada
    [trini: Add in SPL_LOGLEVEL that is the same as LOGLEVEL]
    Signed-off-by: Tom Rini

    Masahiro Yamada
     
  • Banana Pi M1 Plus is an open-source single-board computer
    that adds more connectivity to the classic board using
    Allwinner A20 SOC.

    Bananapi M1-Plus features:
    - A20 Dual-core 1.0GHz
    - 1 GB DDR3 SDRAM
    - MicroSD
    - 10/100/1000 Ethernet RJ45
    - WiFi b/g/n
    - 5V DC Micro USB power-supply

    For dts file,
    Sync with Linux commit f92ca09("Merge branch 'akpm/master'").

    Signed-off-by: Jagan Teki

    Jagan Teki
     
  • As we have already DRAM initialization code for V3s SoC, we can
    defaultly enable SPL now on Lichee Pi Zero.

    Add CONFIG_SPL in Lichee Pi Zero defconfig.

    Signed-off-by: Icenowy Zheng
    Reviewed-by: Jagan Teki

    Icenowy Zheng
     
  • Set CONFIG_MMC_SUNXI_SLOT_EXTRA=2 to enable the eMMC controller to
    access eMMC on the board.

    Signed-off-by: Chen-Yu Tsai
    Signed-off-by: Maxime Ripard

    Chen-Yu Tsai
     
  • The upstream (Linux) device tree file for the Bananapi M3 follows the
    convention of using the well known brand name, instead of the vendor
    name, for naming. The file was recently added to upstream in commit
    359b5a1e1c2d ("ARM: sun8i: a83t: Add device tree for Sinovoip Bananapi
    BPI-M3")

    Rename the device tree file in U-boot to match.

    Signed-off-by: Chen-Yu Tsai
    Signed-off-by: Maxime Ripard

    Chen-Yu Tsai
     
  • The current code, if there's both an eMMC and an MMC slot available on the
    board, will swap the MMC indices based on whether we booted from the eMMC
    or the MMC. This way, the MMC we're supposed to boot on will always have
    the index 0.

    However, this causes various issues, for example when using other
    components that base their behaviour on the MMC index, such as fastboot.

    Let's remove that hack, and take the opposite approach. The MMC will always
    have the same index, but the bootcmd will pick the same device than the one
    we booted from. This is done through the introduction of the mmc_bootdev
    environment variable that will be filled by the board code based on the
    boot device informations we can get from the SoC.

    In order to not introduce regressions, we also need to adjust the fastboot
    MMC device and the environment device in order to set it to the eMMC, over
    the MMC, like it used to be the case.

    Tested-by: Chen-Yu Tsai
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • From rev.J A20-OLinuXino-MICRO has eMMC option. For now this is
    only 4GB, but in the future size may increase.

    The dts file is the same from mainline kernel.

    Signed-off-by: Stefan Mavrodiev
    Signed-off-by: Maxime Ripard

    Stefan Mavrodiev
     
  • CONFIG_RANDOM_UUID is used by the GPT command to generate random UUID when
    none are provided.

    Move that option to Kconfig.

    Reviewed-by: Tom Rini
    Reviewed-by: Jagan Teki
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • Fastboot need a bunch of options to be operating properly, such as the
    g_dnl gadget, the fastboot command, and some options that make sense. Since
    fastboot is now part of Kconfig, make sure we have them right.

    That will also reduce the boilerplate in the defconfigs.

    Reviewed-by: Łukasz Majewski
    Reviewed-by: Simon Glass
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • A good number of our boards have USB_GADGET enabled. Imply it so that all
    the boards can benefit from it, and remove some boilerplate from our
    defconfigs.

    Reviewed-by: Łukasz Majewski
    Reviewed-by: Simon Glass
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • All the Allwinner boards use the same manufacturer, VID and PID for the
    gadgets. Make them the defaults to remove some boilerplate from our
    defconfigs.

    Reviewed-by: Łukasz Majewski
    Reviewed-by: Simon Glass
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • The usb_ether gadget duplicates the USB settings for the manufacturer,
    product ID and vendor ID.

    Make sure we use the common option so that we can expect a single VID/PID
    couple for a single device.

    Reviewed-by: Simon Glass
    Reviewed-by: Lukasz Majewski
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • The g_dnl USB settings for the vendor ID, product ID and manufacturer are
    actually common settings that can and should be shared by all the gadgets.

    Make them common by renaming them, and convert all the users.

    Reviewed-by: Simon Glass
    Reviewed-by: Lukasz Majewski
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • We need to select an interface for the usb_ether gadget, and they haven't
    been converted to Kconfig yet. Add a choice to make sure we have an option
    selected, and convert all the users.

    Reviewed-by: Łukasz Majewski
    Reviewed-by: Simon Glass
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • The USB Ethernet gadget option has not yet been moved to Kconfig, let's
    deal with that.

    Reviewed-by: Łukasz Majewski
    Reviewed-by: Simon Glass
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • While the USB Ethernet device address is already defined in Kconfig, the
    host address isn't. Convert it.

    Reviewed-by: Łukasz Majewski
    Reviewed-by: Simon Glass
    Signed-off-by: Maxime Ripard

    Maxime Ripard
     

03 Oct, 2017

2 commits


01 Oct, 2017

4 commits


30 Sep, 2017

4 commits


29 Sep, 2017

2 commits


27 Sep, 2017

1 commit


26 Sep, 2017

2 commits

  • Currently, we support 2 "theadorable" MVEBU build targets. One with a
    stripped down configuration (theadorable) and one with a full blown
    configuration (theadorable_debug), including PCI, ethernet etc. When
    we introduced these configs, the plan was to remove the debug version
    at some point. But now it seems better to keep the full-blown version
    and remove the "non-debug" version instead.

    At a later stage, I will rename the remaining "theadorable_debug"
    target into a more fitting one.

    Signed-off-by: Stefan Roese

    Stefan Roese
     
  • This converts the following to Kconfig:
    CONFIG_MVNETA

    Signed-off-by: Chris Packham
    Reviewed-by: Simon Glass
    Signed-off-by: Stefan Roese

    Chris Packham
     

24 Sep, 2017

1 commit


23 Sep, 2017

2 commits