15 Feb, 2018

1 commit

  • Migrate the option CONFIG_SPL_FRAMEWORK and make this gate most of the
    current set of options we have in Kconfig. We will need to have some
    options available for SPL and !SPL_FRAMEWORK so this is important. In a
    few cases we re-order existing options so that we have less escapes from
    the SPL_FRAMEWORK guard.

    Signed-off-by: Tom Rini

    Tom Rini
     

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
     

09 Feb, 2018

1 commit

  • config_fallbacks.h had some logic to automatically select
    LIB_RAND if RANDOM_UUID or CMD_UUID were set if LIB_HW_RAND wasn't
    already selected. By migrating LIB_HW_RAND to Kconfig, we can
    remove this check from config_fallbacks.h and put it into Kconfig

    Signed-off-by: Adam Ford
    Reviewed-by: Lukasz Majewski
    [trini: Turn into a choice, add NET_RANDOM_ETHADDR]
    Signed-off-by: Tom Rini

    Adam Ford
     

23 Jan, 2018

1 commit

  • fat.h unconditionally defines CONFIG_SUPPORT_VFAT (and has done since
    2003), so as a result VFAT support is always enabled regardless of
    whether a board config defines it or not. Drop this unnecessary option.

    Signed-off-by: Tuomas Tynkkynen

    Tuomas Tynkkynen
     

02 Sep, 2017

1 commit

  • 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
     

15 Aug, 2017

1 commit


12 Aug, 2017

2 commits

  • This option enables the 'pci enum' command. It is only enabled by a few
    board and these have not yet been converted to driver model, which always
    enables this command. It seems easiest to just remove this option.

    The affected boards can be converted to use driver model for PCI if
    needed.

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng
    Reviewed-by: Philipp Tomsich

    Simon Glass
     
  • This converts the following to Kconfig:
    CONFIG_CMD_PCI

    Signed-off-by: Simon Glass
    Reviewed-by: Bin Meng
    Reviewed-by: Philipp Tomsich

    Simon Glass
     

29 Jul, 2017

1 commit


26 Jul, 2017

1 commit


22 May, 2017

1 commit


16 May, 2017

2 commits

  • The following options are migrated over fully now:
    - USB_EHCI_ATMEL
    - USB_EHCI_MARVELL
    - USB_EHCI_MX6
    - USB_EHCI_MX7
    - USB_EHCI_MSM
    - USB_EHCI_ZYNQ
    - USB_EHCI_GENERIC

    This also requires fixing the depends on USB_EHCI_MARVELL as it's used
    by Orion5X and Kirkwood as well.

    Cc: Marek Vasut
    Signed-off-by: Tom Rini
    Reviewed-by: Marek Vasut

    Tom Rini
     
  • Migrate the rest of the users of CONFIG_USB_EHCI_HCD over to Kconfig.
    For a few SoCs, imply or default y this if USB is enabled. In some
    cases we had not already migrated to CONFIG_USB so do that as well.

    Cc: Marek Vasut
    Signed-off-by: Tom Rini
    Reviewed-by: Marek Vasut

    Tom Rini
     

15 May, 2017

1 commit


13 Feb, 2017

1 commit

  • We repeated partial moves for CONFIG_SYS_NO_FLASH, but this is
    not completed. Finish this work by the tool.

    During this move, let's rename it to CONFIG_MTD_NOR_FLASH.
    Actually, we have more instances of "#ifndef CONFIG_SYS_NO_FLASH"
    than those of "#ifdef CONFIG_SYS_NO_FLASH". Flipping the logic will
    make the code more readable. Besides, negative meaning symbols do
    not fit in obj-$(CONFIG_...) style Makefiles.

    This commit was created as follows:

    [1] Edit "default n" to "default y" in the config entry in
    common/Kconfig.

    [2] Run "tools/moveconfig.py -y -r HEAD SYS_NO_FLASH"

    [3] Rename the instances in defconfigs by the following:
    find . -path './configs/*_defconfig' | xargs sed -i \
    -e '/CONFIG_SYS_NO_FLASH=y/d' \
    -e 's/# CONFIG_SYS_NO_FLASH is not set/CONFIG_MTD_NOR_FLASH=y/'

    [4] Change the conditionals by the following:
    find . -name '*.[ch]' | xargs sed -i \
    -e 's/ifndef CONFIG_SYS_NO_FLASH/ifdef CONFIG_MTD_NOR_FLASH/' \
    -e 's/ifdef CONFIG_SYS_NO_FLASH/ifndef CONFIG_MTD_NOR_FLASH/' \
    -e 's/!defined(CONFIG_SYS_NO_FLASH)/defined(CONFIG_MTD_NOR_FLASH)/' \
    -e 's/defined(CONFIG_SYS_NO_FLASH)/!defined(CONFIG_MTD_NOR_FLASH)/'

    [5] Modify the following manually
    - Rename the rest of instances
    - Remove the description from README
    - Create the new Kconfig entry in drivers/mtd/Kconfig
    - Remove the old Kconfig entry from common/Kconfig
    - Remove the garbage comments from include/configs/*.h

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

28 Jan, 2017

2 commits


28 Oct, 2016

1 commit


17 Sep, 2016

6 commits


10 Sep, 2016

1 commit


26 Aug, 2016

1 commit


04 Jun, 2016

1 commit

  • Move CONFIG_USB_XHCI to defconfig files for all boards, renaming it
    into CONFIG_USB_XHCI_HCD.

    As commented in the help of "config USB_XHCI" entry, this has been
    a TODO for a long time; now CONFIG_USB_XHCI_HCD and CONFIG_USB_XHCI
    have been unified in favor of the former.

    Note:
    Some boards define CONFIG_USB_XHCI in their headers without
    CONFIG_USB, which does not meet the "depends on" in Kconfig.
    I added CONFIG_USB=y for those boards when converting.
    Otherwise, they would fail to build.

    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

26 Apr, 2016

1 commit


14 Jan, 2016

1 commit

  • This adds support for the MV78230 based DS414 NAS by Synology. The
    relevant bits have been extracted from the 'synogpl-5004-armadaxp'
    package Synology kindly published, garnished with a fair amount of
    trial-and-error.

    Sadly, support is far from perfect. The major parts I have failed in
    are SATA and XHCI support. Details about these and some other things
    follow:

    Device Tree
    -----------

    The device tree file armada-xp-synology-ds414.dts has been copied from
    Linux and enhanced by recent U-Boot specific changes to
    armada-xp-gp.dts.

    SATA Support
    ------------

    There is a Marvell 88SX7042 controller attached to PCIe which is
    supported by Linux's sata_mv driver but sadly not U-Boot's sata_mv.
    I'm not sure if extending the latter to support PCI devices is worth the
    effort at all. Porting sata_mv from Linux exceeded my brain's
    capacities. :(

    XHCI Support
    ------------

    There is an EtronTech EJ168A XHCI controller attached to PCIe which
    drives the two rear USB3 ports. After a bit of playing around I managed
    to get it recognized by xhci-pci, but never was able to access any
    devices attached to it. Enabling it in ds414 board config shows that it
    does not respond to commands for whatever reason. The (somewhat) bright
    side to it is that it is not even supported in Synology's customized
    U-Boot, but that also means nowhere to steal the relevant bits from.

    EHCI Support
    ------------

    This seems functional after issuing 'usb start'. At least it detects USB
    storage devices, and IIRC reading from them was OK. OTOH Linux fails to
    register the controller if 'usb start' wasn't given before in U-Boot.

    According to Synology sources, this board seems to support USB device
    (gadget?) mode. Though I didn't play around with it.

    PCIe Support
    ------------

    This is fine, but trying to gate the clocks of unused lanes will hang
    PCI enum. In addition to that, pci_mvebu seems not to support DM_PCI.

    DDR3 Training
    -------------

    Marvell/Synology uses eight PUPs instead of four. Does not look like
    this is meant to be customized in mainline U-Boot at all. OTOH I have
    no idea what a "PUP" actually is.

    PEX Init
    --------

    Synology uses different values than mainline U-Boot with this patch:
    pex_max_unit_get returns 2, pex_max_if_get returns 7 and
    max_serdes_lines is set to 7. Not changing this seems to not have an
    impact, although I'm not entirely sure it does not cause issues I am not
    aware of.

    Static Environment
    ------------------

    This allows to boot stock Synology firmware at least. In order to be a
    little more flexible when it comes to booting custom kernels, do not
    only load zImage partition, but also rd.gz into memory. This way it is
    possible to use about 7MB for kernel with piggyback initramfs.

    Signed-off-by: Phil Sutter
    Acked-by: Stefan Roese
    Reviewed-by: Tom Rini

    Phil Sutter