08 Feb, 2019

1 commit


19 Jan, 2019

1 commit

  • Onc of key blocker for using USB Generic host controller
    drivers in Allwinner are CLK and RESET drivers, now these
    available for USB usage.

    So switch sunxi USB use EHCI and OHCI Generic controllers.

    Enabling USB is wisely a board choise, So Enable USB_OHCI_HCD
    where it already have USB_EHCI_HCD

    Signed-off-by: Jagan Teki
    Acked-by: Maxime Ripard

    Jagan Teki
     

04 Sep, 2018

1 commit


17 Aug, 2018

1 commit

  • We have the following cases:
    - CONFIG_NR_DRAM_BANKS was defined, migrate normally
    - CONFIG_NR_DRAM_BANKS_MAX was defined and then used for
    CONFIG_NR_DRAM_BANKS after a check, just migrate it over now.
    - CONFIG_NR_DRAM_BANKS was very oddly defined on p2771-0000-* (to 1024 +
    2), set this to 8.

    Signed-off-by: Tom Rini

    Tom Rini
     

30 May, 2018

1 commit


17 Apr, 2018

1 commit

  • We enabled CONFIG_ISO_PARTITION by default for distro boot, so that U-Boot
    could load distro images that usually get shipped as iso images. These images
    usually come with a board agnostic boot environment.

    However, there is very little point in having ISO support enabled (for anyone
    really) in SPL, as the whole idea of SPL is to load U-Boot proper which again
    is board specific. So the fact that we enable ISO support in U-Boot proper does
    not mean at all that we want ISO support in U-Boot SPL.

    Hence, let's remove the Kconfig dependency. Along the way, let's also clean up
    all those default configs that disabled SPL ISO support.

    Signed-off-by: Alexander Graf

    Alexander Graf
     

08 Apr, 2018

1 commit


16 Mar, 2018

1 commit

  • This converts the following to Kconfig:
    CONFIG_CONS_INDEX

    We have existing entries for this option in a number of places, with
    different guards on them. They're also sometimes used for things not
    directly inside of the serial driver. First, introduce a new symbol to
    guard the use of CONFIG_CONS_INDEX, so that in the case where we don't
    need this for the serial driver, but for some other use, we can still do
    it. Next, consolidate all of these into the single entry in
    drivers/serial/Kconfig. Finally, introduce CONS_INDEX_[023456] so that
    we can imply a correct value here to make the defconfig side of this
    smaller.

    Signed-off-by: Adam Ford
    [trini: Rework a lot of the logic here, such that I took authorship from
    Adam, but kept his S-o-B line]
    Signed-off-by: Tom Rini

    Tom Rini
     

14 Mar, 2018

1 commit

  • Commit 278b90ce786f ("configs: Migrate CONFIG_SYS_TEXT_BASE") made
    CONFIG_SYS_TEXT_BASE a proper Kconfig variable, with the consequence
    of moving the common definition shared by almost every sunxi board
    into 123 individual defconfig files. But the U-Boot start address
    for Allwinner boards is a platform decision which has been around for
    ages, so defining it in each *board* config file seems a bit over the
    top.
    Define the standard values (160MB into DRAM for most SoCs, with two
    SoC exceptions) if ARCH_SUNXI is selected, and delete the lines from
    the individual defconfigs.

    Signed-off-by: Andre Przywara
    Acked-by: Maxime Ripard
    Reviewed-by: Jagan Teki

    Andre Przywara
     

11 Feb, 2018

1 commit

  • On the NIOS2 and Xtensa architectures, we do not have
    CONFIG_SYS_TEXT_BASE set. This is a strict migration of the current
    values into the defconfig and removing them from the headers.

    I did not attempt to add more default values in and for now will leave
    that to maintainers.

    Signed-off-by: Tom Rini

    Tom Rini
     

06 Feb, 2018

1 commit

  • cmd/Makefile has:

    ifdef CONFIG_FPGA
    obj-$(CONFIG_CMD_FPGA) += fpga.o
    endif

    which means that if CONFIG_FPGA is not set, CONFIG_CMD_FPGA silently
    does nothing. Let's remove that Makefile conditional and instead express
    this equivalent dependency in Kconfig, so a lot of redundant

    # CONFIG_CMD_FPGA is not set

    can be removed from board defconfigs that don't actually have an FPGA.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     

02 Feb, 2018

1 commit


19 Dec, 2017

1 commit


11 Oct, 2017

1 commit

  • Having this as a 'default y' is rather annoying because it doesn't
    actually compile unless other options are defined in the board header:

    ../cmd/bootm.c: In function 'do_imls_nor':
    ../cmd/bootm.c:330:7: error: 'CONFIG_SYS_MAX_FLASH_BANKS' undeclared (first use in this function); did you mean 'CONFIG_SYS_MAX_FLASH_SECT'?
    i < CONFIG_SYS_MAX_FLASH_BANKS; ++i, ++info) {

    Make it 'default n' so people who develop new boards that start from a
    blank defconfig have one less compilation failure to debug.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     

04 Oct, 2017

5 commits

  • 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
     
  • 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 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
     

02 Sep, 2017

2 commits

  • - Move ANDROID_IMAGE_SUPPORT to top level Kconfig under images as it's
    not strictly part of fastboot.
    - Add some defaults for the fastboot buffer location and size
    - Migrate all options listed in cmd/fastboot/Kconfig
    - Cleanup the README

    Signed-off-by: Tom Rini

    Tom Rini
     
  • This syncs all of the currently Kconfig'd symbols out of the headers and
    into the defconfig files. This has two exceptions, first am335x_evm
    needs to be converted to DM in SPL and then it can stop undef'ing
    CONFIG_DM_USB. Leaving this as-is results in a build failure, and
    without work, run time failure. The other case is am43xx_evm.h and in
    turn am43xx_evm_usbhost_boot. The problem here is that we need DWC3 USB
    host mode in SPL, but still desire to have gadget mode in U-Boot proper.

    Signed-off-by: Tom Rini

    Tom Rini
     

28 Jan, 2017

3 commits


09 Sep, 2016

1 commit


02 Jul, 2016

1 commit

  • The Parrot Board is an evaluation board with an Allwinner R16 (assumed
    to be close to an Allwinner A33), 4GB of eMMC, 512MB of RAM, USB host
    and OTG, a WiFi/Bluetooth combo chip, a micro SD Card reader, 2
    controllable buttons, an LVDS port with separated backlight and
    capacitive touch panel ports, an audio/microphone jack, a camera CSI
    port, 2 sets of 22 GPIOs and an accelerometer.

    The DTS file is identical to the one submitted to the upstream kernel.

    Signed-off-by: Quentin Schulz
    Reviewed-by: Hans de Goede
    Signed-off-by: Hans de Goede

    Quentin Schulz