05 Mar, 2018

1 commit

  • Thomas reported U-Boot failed to build host tools if libfdt-devel
    package is installed because tools include libfdt headers from
    /usr/include/ instead of using internal ones.

    This commit moves the header code:
    include/libfdt.h -> include/linux/libfdt.h
    include/libfdt_env.h -> include/linux/libfdt_env.h

    and replaces include directives:
    #include -> #include
    #include -> #include

    Reported-by: Thomas Petazzoni
    Signed-off-by: Masahiro Yamada

    Masahiro Yamada
     

05 Feb, 2018

1 commit


27 Jan, 2018

1 commit

  • The current environment has been hardcoded to an offset that starts to be
    an issue given the current size of our main U-Boot binary.

    By implementing a custom environment location routine, we can always favor
    the FAT-based environment, and fallback to the MMC if we don't find
    something in the FAT partition. We also implement the same order when
    saving the environment, so that hopefully we can slowly migrate the users
    over to FAT-based environment and away from the raw MMC one.

    Eventually, and hopefully before we reach that limit again, we will have
    most of our users using that setup, and we'll be able to retire the raw
    environment, and gain more room for the U-Boot binary.

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

    Maxime Ripard
     

16 Jan, 2018

1 commit

  • The DT spec demands a unit-address in a node name to match the "reg"
    property in that node. Newer dtc versions will throw warnings if this is
    not the case.
    Adjust the FIT build script for 64-bit Allwinner boards to remove the
    bogus addresses from the node names and avoid the warnings.
    This avoids a warning with recent versions of the dtc tool.

    Signed-off-by: Andre Przywara

    Andre Przywara
     

10 Jan, 2018

2 commits

  • Support for that board got introduced recently without the maintainers
    part. Let's fix that.

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

    Maxime Ripard
     
  • The Libre Computer Board ALL-H3-CC from Libre Technology is a Raspberry
    Pi B+ form factor single board computer based on the Allwinner H3 SoC.
    The board has 1GB DDR3 SDRAM, provided by 4 2Gb chips. The mounting holes
    and connectors are in the exact same position as on the Raspberry Pi B+.

    Raspberry Pi B+ like peripherals supported on this board include:

    - Power input through micro-USB connector (without USB OTG)
    - Native 100 Mbps ethernet using the internal PHY, as opposed to
    USB-based on the RPi
    - 4x USB 2.0 host ports, directly connected to the SoC, as opposed to
    being connected through a USB 2.0 hub on the RPi
    - TV and audio output on a 3.5mm TRRS jack
    - HDMI output
    - Micro-SD card slot
    - Standard RPi B+ GPIO header, with the standard peripherals routed to
    the same pins.

    * 5V, 3.3V power, and ground
    * I2C0 on the H3 is routed to I2C1 pins on the RPi header
    * I2C1 on the H3 is routed to I2C0 pins on the RPi header
    * UART1 on the H3 is routed to UART0 pins on the RPi header
    * SPI0 on the H3 is routed to SPI0 pins on the RPi header,
    with GPIO pin PA17 replacing the missing Chip Select 1
    * I2S1 on the H3 is routed to PCM pins on the RPi header

    - Additional peripherals from the H3 are available on different pins.
    These include I2S0, JTAG, PWM1, SPDIF, SPI1, and UART3

    In addition, there are a number of new features:

    - Console UART header
    - Consumer IR receiver
    - Camera interface (not compatible with RPi)
    - Onboard microphone
    - eMMC expansion module port
    - Heatsink mounting holes

    This patch adds defconfig and dts files for this board. The dts file is
    the same as the one submitted for inclusion in Linux, with some minor
    revisions to match the dtsi file and old EMAC bindings in U-boot.

    Since the OTG controller is wired to a USB host port, and the H3 has
    proper USB hosts to handle host mode, the MUSB driver is not enabled.

    Signed-off-by: Chen-Yu Tsai
    Acked-by: Maxime Ripard
    Reviewed-by: Jagan Teki

    Chen-Yu Tsai
     

07 Dec, 2017

1 commit

  • >From revision J the board uses new phy chip LAN8710. Compared
    with RTL8201, RA17 pin is TXERR. It has pullup which causes phy
    not to work. To fix this PA17 is muxed with GMAC function. This
    makes the pin output-low.

    Signed-off-by: Stefan Mavrodiev
    Acked-by: Maxime Ripard
    Reviewed-by: Jagan Teki

    Stefan Mavrodiev
     

21 Nov, 2017

1 commit

  • Add initial DT for NanoPi NEO Plus2 by FriendlyARM
    - Allwinner quad core H5 Cortex A53 with an ARM Mali-450MP GPU
    - 1 GB DDR3 RAM
    - 8GB eMMC flash (Samsung KLM8G1WEPD-B031)
    - micro SD card slot
    - Gigabit Ethernet (external RTL8211E-VB-CG chip)
    - 802.11 b/g/n WiFi, Bluetooth 4.0 (Ampak AP6212A module)
    - 2x USB 2.0 host ports

    Signed-off-by: Antony Antony
    Reviewed-by: Jagan Teki

    Antony Antony
     

10 Nov, 2017

1 commit

  • After updating u-boot from v2016.01 to 2017.09, issue with
    "SATA link 0 timeout." on my Cubietruck board.

    mdelay milled after moving satapwr code to board.
    "sunxi: Turn satapwr on from board_init"
    (sha1: 9fbb0c3aa49f4604b0342cb527a6bd099f92eaeb)

    After adding the "mdelay(500);"
    line that was lost in the path the error is gone.

    Signed-off-by: Werner Böllmann
    [Rebased and updated change and commit message]
    Signed-off-by: Jagan Teki
    Reviewed-by: Jagan Teki

    Werner Böllmann
     

06 Nov, 2017

1 commit

  • As part of my usual round of build testing, output about missing
    MAINTAINERS information was not logged, and thus often overlooked.
    Correct that mistake by ensuring that I log the output of
    genboardscfg.py every time. As part of that, address a number of
    missing MAINTAINERS entires. In the case of a missing file, I have put
    the original submitter down. In the rest of the cases I have added the
    config (and sometimes relevant header file) to the existing set of file
    globs.

    Signed-off-by: Tom Rini

    Tom Rini
     

04 Oct, 2017

6 commits

  • If the USB Ethernet gadget is not yet enabled, the call of
    usb_ether_init in board/sunxi/board.c will lead to undefined reference
    error when building.

    Fix this problem.

    Fixes: 50ddbf1199a0 ("sunxi: Register usb_ether")
    Signed-off-by: Icenowy Zheng
    Signed-off-by: Maxime Ripard

    Icenowy Zheng
     
  • 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
     
  • 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
     
  • Our current board code duplicates a bit the sunxi_get_boot_device logic.
    Now that we can use that function in the full-flavoured U-Boot, remove that
    duplication and call the function instead.

    Signed-off-by: Maxime Ripard

    Maxime Ripard
     
  • Call the function to register the usb_ether gadget in the board.

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

    Maxime Ripard
     
  • The device model was implemented so far using a hook that needed to be
    called from the board support, without DT support and only for the host.

    Switch to probing both in peripheral and host mode through the DT.

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

    Maxime Ripard
     

01 Sep, 2017

1 commit

  • SUNXI_GMAC was still used to configure the code where as the
    same has been renamed and moved to Kconfig in below commit
    "sunxi: Move SUNXI_GMAC to Kconfig"
    (sha1: 4d43d065db3262f9a9918ba72457bf36dfb8e0bb)

    Signed-off-by: Dave Prue
    Reviewed-by: Simon Glass
    Reviewed-by: Jagan Teki
    Reviewed-by: Mark Kettenis
    Tested-by: Mark Kettenis
    [Tweek commit message, config_whitelist.txt, build-whitelist.sh]
    Signed-off-by: Jagan Teki

    Dave Prue
     

17 Aug, 2017

1 commit


16 Aug, 2017

4 commits


15 Aug, 2017

2 commits

  • OLimex A64-OLinuXino is an open-source hardware board
    using the Allwinner A64 SOC.

    OLimex A64-OLinuXino has
    - A64 Quad-core Cortex-A53 64bit
    - 1GB or 2GB RAM DDR3L @ 672Mhz
    - microSD slot and 4/8/16GB eMMC
    - Debug TTL UART
    - HDMI
    - LCD
    - IR receiver
    - 5V DC power supply

    Tested-by: Jagan Teki
    Signed-off-by: Jagan Teki

    Jagan Teki
     
  • NanoPi A64 is a new board of high performance with low cost
    designed by FriendlyElec., using the Allwinner A64 SOC.

    Nanopi A64 features
    - Allwinner A64, 64-bit Quad-core Cortex-A53@648MHz to 1.152GHz, DVFS
    - 1GB DDR3 RAM
    - MicroSD
    - Gigabit Ethernet (RTL8211E)
    - Wi-Fi 802.11b/g/n
    - IR receiver
    - Audio In/Out
    - Video In/Out
    - Serial Debug Port
    - microUSB 5V 2A DC power-supply

    Signed-off-by: Jagan Teki
    Tested-by: Jagan Teki

    Jagan Teki
     

11 Aug, 2017

1 commit

  • This patch adds support for the Olimex OLinuXino Lime2 with eMMC flash
    storage.
    https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2-eMMC/

    It is a assembly variant of the regular Lime2 but featuring eMMC for
    storage.

    Signed-off-by: Olliver Schinagl
    Signed-off-by: Jagan Teki
    Acked-by: Maxime Ripard
    Reviewed-by: Jagan Teki

    Olliver Schinagl
     

01 Aug, 2017

2 commits


14 Jun, 2017

3 commits

  • NanoPi NEO2 is designed and developed by FriendlyElec
    using the Allwinner 64-bit H5 SOC.

    NanoPi Neo2 key features
    - Allwinner H5, Quad-core 64-bit Cortex-A53
    - 512MB DDR3 RAM
    - microSD slot
    - 10/100/1000M Ethernet
    - Serial Debug Port
    - 5V 2A DC MicroUSB power-supply

    Signed-off-by: Jagan Teki
    Tested-by: Jagan Teki

    Jagan Teki
     
  • Orangepi Win/WinPlus is an open-source single-board computer
    using the Allwinner A64 SOC.

    A64 Orangepi Win/WinPlus has
    - A64 Quad-core Cortex-A53 64bit
    - 1GB(Win)/2GB(Win Plus) DDR3 SDRAM
    - Debug TTL UART
    - Four USB 2.0
    - HDMI
    - LCD
    - Audio and MIC
    - Wifi + BT
    - IR receiver
    - 5V DC power supply

    Signed-off-by: Jagan Teki
    Tested-by: Jagan Teki

    Jagan Teki
     
  • Orangepi Zero Plus 2 is an open-source single-board computer
    using the Allwinner h5 SOC.

    H5 Orangepi Zero Plus 2 has
    - Quad-core Cortex-A53
    - 512MB DDR3
    - micrSD slot and 8GB eMMC
    - Debug TTL UART
    - HDMI
    - Wifi + BT
    - OTG+power supply

    Signed-off-by: Jagan Teki
    Tested-by: Jagan Teki

    Jagan Teki
     

09 Jun, 2017

2 commits

  • The SoPine is a SoM by Pine64, with an Allwinner A64 SoC, a LPDDR3 DRAM
    chip, an AXP803 PMIC, a SPI NOR Flash and a MicroSD slot. The card
    detect pin of the MicroSD slot is broken, however, it doesn't matter as
    the design of SoPine didn't allow hot-swapping the MicroSD card (The
    MicroSD slot is at the back of the SoM, and when the SoM is installed on
    the baseboard, it's nearly impossible to remove the MicroSD).

    The official baseboard of it is a board with nearly the same connectors
    with the original Pine64+, with the MicroUSB power jack replaced, and
    at the position of MicroSD slot a eMMC module slot is added.

    Add support for SoPine with the official baseboard by adding its
    defconfig file. It still uses the device tree of Pine64, however, it
    will change after a proper device tree of SoPine with baseboard is
    accepted by Linux mainline.

    Signed-off-by: Icenowy Zheng
    [Update board/sunxi/MAINTAINERS]
    Signed-off-by: Jagan Teki
    Reviewed-by: Jagan Teki
    Tested-by: Jagan Teki

    Icenowy Zheng
     
  • NanoPi M1 Plus is designed and developed by FriendlyElec
    for professionals, enterprise users, makers and hobbyists
    using the Allwinner H3 SOC.

    NanoPi M1 Plus key features
    - Allwinner H3, Quad-core Cortex-A7@1.2GHz
    - 1GB DDR3 RAM
    - 8GB eMMC
    - microSD slot
    - 10/100/1000M Ethernet
    - Serial Debug Port
    - 5V 2A DC power-supply

    Signed-off-by: Jagan Teki
    Tested-by: Jagan Teki

    Jagan Teki
     

05 Jun, 2017

1 commit


02 Jun, 2017

1 commit

  • Orangepi Prime is an open-source single-board computer
    using the Allwinner h5 SOC.

    H5 Orangepi Prime has
    - Quad-core Cortex-A53
    - 2GB DDR3
    - Debug TTL UART
    - 1000M/100M Ethernet RJ45
    - Three USB 2.0
    - HDMI
    - Audio and MIC
    - Wifi + BT
    - IR receiver
    - HDMI
    - Wifi + BT

    Boot from MMC:
    -------------
    U-Boot SPL 2017.05-00662-ga3f4c05-dirty (May 25 2017 - 13:30:14)
    DRAM: 2048 MiB
    Trying to boot from MMC1
    NOTICE: BL3-1: Running on H5 (1718) in SRAM A2 (@0x44000)
    NOTICE: Configuring SPC Controller
    NOTICE: BL3-1: v1.0(debug):aa75c8d
    NOTICE: BL3-1: Built : 18:28:27, May 24 2017
    INFO: BL3-1: Initializing runtime services
    INFO: BL3-1: Preparing for EL3 exit to normal world
    INFO: BL3-1: Next image address: 0x4a000000, SPSR: 0x3c9

    U-Boot 2017.05-00662-ga3f4c05-dirty (May 25 2017 - 13:30:14 +0000) Allwinner Technology

    CPU: Allwinner H5 (SUN50I)
    Model: OrangePi Prime
    DRAM: 2 GiB
    MMC: SUNXI SD/MMC: 0
    *** Warning - bad CRC, using default environment

    In: serial
    Out: serial
    Err: serial
    Net: phy interface7
    eth0: ethernet@1c30000
    starting USB...
    USB0: USB EHCI 1.00
    USB1: USB OHCI 1.0
    scanning bus 0 for devices... 1 USB Device(s) found
    scanning usb for storage devices... 0 Storage Device(s) found
    Hit any key to stop autoboot: 0

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

    Jagan Teki
     

01 Jun, 2017

1 commit

  • BPI-M64 is a 64-bit quad-core mini single board computer
    using the Allwinner A64 SOC.

    BPI-M64 features
    - 1.2 Ghz Quad-Core ARM Cortex A53
    - 2GB DDR3 SDRAM with 733MHz
    - MicroSD/eMMC(8GB)
    - 10/100/1000Mbps ethernet (Realtek RTL8211E/D)
    - Wifi + BT
    - IR receiver
    - Audio In/Out
    - Video In/Out
    - 5V 2A DC power-supply

    For dts file,
    Sync with Linux commit 4879b7ae("Merge tag 'dmaengine-4.12-rc1'").

    Boot from MMC:
    -------------
    U-Boot SPL 2017.05-00667-g85dd258-dirty (May 29 2017 - 13:07:31)
    DRAM: 2048 MiB
    Trying to boot from MMC1
    NOTICE: BL3-1: Running on A64/H64 (1689) in SRAM A2 (@0x44000)
    NOTICE: Configuring SPC Controller
    NOTICE: BL3-1: v1.0(debug):aa75c8d
    NOTICE: BL3-1: Built : 18:28:27, May 24 2017
    NOTICE: Configuring AXP PMIC
    NOTICE: PMIC: setup successful
    INFO: BL3-1: Initializing runtime services
    INFO: BL3-1: Preparing for EL3 exit to normal world
    INFO: BL3-1: Next image address: 0x4a000000, SPSR: 0x3c9

    U-Boot 2017.05-00667-g85dd258-dirty (May 29 2017 - 13:07:31 +0000) Allwinner Technology

    CPU: Allwinner A64 (SUN50I)
    Model: BananaPi-M64
    DRAM: 2 GiB
    MMC: SUNXI SD/MMC: 0, SUNXI SD/MMC: 1
    *** Warning - bad CRC, using default environment

    In: serial
    Out: serial
    Err: serial
    Net: No ethernet found.
    starting USB...
    No controllers found
    Hit any key to stop autoboot: 0

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

    Jagan Teki
     

30 May, 2017

1 commit

  • NanoPi M1 is a board based on Allwinner H3 CPU.

    This commit adds the support for this platform with:
    - an include device tree which enables UART, LEDs, GPIO key switch,
    1 USB host ports and the SD-card as a dtsi file.
    - a device tree specific to this board that enables the
    2 additional USB ports
    - a defconfig file for minimal support
    - a section in MAINTAINERS (add myself)

    Synchronized with the kernel device tree, from commits:
    sun8i-nanopi.dtsi: 85d2913614d9ab899d23b7ab7d22d23cf45bd1de
    sun8i-h3-nanopi-m1.dts: 10efbf5f16336b7540ad6a16aa1cb0b26bab033b

    Signed-off-by: Mylène Josserand
    Reviewed-by: Jagan Teki

    Mylene JOSSERAND
     

23 May, 2017

1 commit


18 May, 2017

3 commits

  • After speaking to Hans at FOSDEM, he is fine with transferring the
    maintainership of the Pine64 boards over to me.

    Signed-off-by: Andre Przywara
    Reviewed-by: Jagan Teki

    Andre Przywara
     
  • With the DRAM init code and the SPL's ability to load the ATF binary as
    well, we can now officially get rid of the boot0 boot method, which
    involed a closed-source proprietary blob to be used.
    Rework the Pine64 README file to document how to build the firmware.
    Also since these instructions now cover more boards, rename the
    file to README.sunxi64 to reflect this.

    Signed-off-by: Andre Przywara
    Reviewed-by: Jagan Teki

    Andre Przywara
     
  • Now that we can store a DT name in the SPL header, use this string (if
    available) when finding the right DT blob to load for U-Boot proper.
    This allows a generic U-Boot (proper) image to be combined with a bunch
    of supported DTs, with just the SPL (possibly only that string) to be
    different.
    Eventually this string can be written after the build process by some
    firmware update tool.

    Signed-off-by: Andre Przywara
    Reviewed-by: Jagan Teki

    Andre Przywara