08 Jan, 2019

1 commit


03 Dec, 2018

1 commit

  • The most generic way of having a stable boot behavior is to rely on
    UUID instead of device names for root partition, so the order of
    probing does not cause issues with booting.

    This enables the `CMD_FS_UUID` for following defconfig files:

    - rpi_0_w_defconfig
    - rpi_2_defconfig
    - rpi_3_32b_defconfig
    - rpi_3_defconfig
    - rpi_defconfig

    Signed-off-by: Otavio Salvador
    Signed-off-by: Fabio Berton
    Signed-off-by: Alexander Graf

    Otavio Salvador
     

04 Sep, 2018

1 commit


18 Aug, 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
     

09 Apr, 2018

1 commit


08 Apr, 2018

1 commit


05 Apr, 2018

1 commit

  • When we enable CONFIG_OF_BOARD on Raspberry Pis, we may end up without
    serial console support in early boot. Hence we need to make the serial
    port optional, otherwise we will never get to the point where serial
    would be probed.

    Signed-off-by: Alexander Graf

    Alexander Graf
     

11 Feb, 2018

2 commits


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
     

29 Jan, 2018

1 commit

  • 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
     

20 Jan, 2018

1 commit


19 Dec, 2017

1 commit


04 Dec, 2017

1 commit