1. 22 Jan, 2016 1 commit
    • Simon Glass's avatar
      rockchip: Add support for Raxda Rock 2 · 7c1058fa
      Simon Glass authored
      
      
      This board includes an RK3288 SoC on a SOM. It can be mounted on a
      base-board which provides a wide range of peripherals.
      
      So far this is verified to boot to a prompt from a microSD card. The serial
      console works as well as HDMI.
      
      Thanks to Tom Cubie for sending me a board.
      Signed-off-by: default avatarSimon Glass <sjg@chromium.org>
      7c1058fa
  2. 21 Jan, 2016 2 commits
  3. 19 Jan, 2016 1 commit
  4. 14 Jan, 2016 3 commits
    • Phil Sutter's avatar
      mvebu: Support Synology DS414 · aefb8f4c
      Phil Sutter authored
      
      
      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: default avatarPhil Sutter <phil@nwl.cc>
      Acked-by: default avatarStefan Roese <sr@denx.de>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      aefb8f4c
    • Stefan Roese's avatar
      arm: mvebu: Add SolidRun ClearFog Armada 38x initial support · 0299c90f
      Stefan Roese authored
      This patch adds basic support for the SolidRun ClearFog Armada 38x based
      board to mainline U-Boot. Supported interfaces / devices are:
      - DDR3
      - UART
      - MMC
      - Ethernet port 0 (connected to dedicated PHY)
      - I2C
      
      The included DT source was taken from Russell King's ftp server:
      http://www.home.arm.linux.org.uk/~rmk/clearfog/
      
      
      
      With only minor modifications, like the addition of some aliases and the
      "u-boot,dm-pre-reloc" property.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Rabeeh Khoury <rabeeh@solid-run.com>
      Cc: Luka Perkov <luka.perkov@sartura.hr>
      0299c90f
    • Stefan Roese's avatar
      arm: mvebu: Add armada-xp-maxbcm.dts for maxbcm board · 18c1272f
      Stefan Roese authored
      
      
      This is needed for the upcoming ethernet DM conversion of the maxbcm
      board. The configuration of the PHY is then extracted from the DT
      instead of using the defines from the config header.
      Signed-off-by: default avatarStefan Roese <sr@denx.de>
      Cc: Luka Perkov <luka.perkov@sartura.hr>
      18c1272f
  5. 21 Dec, 2015 1 commit
  6. 10 Dec, 2015 1 commit
  7. 06 Dec, 2015 1 commit
  8. 01 Dec, 2015 1 commit
  9. 30 Nov, 2015 3 commits
  10. 22 Nov, 2015 2 commits
  11. 10 Nov, 2015 1 commit
    • Tom Rini's avatar
      Various Makefiles: Add SPDX-License-Identifier tags · da58dec8
      Tom Rini authored
      
      
      After consulting with some of the SPDX team, the conclusion is that
      Makefiles are worth adding SPDX-License-Identifier tags too, and most of
      ours have one.  This adds tags to ones that lack them and converts a few
      that had full (or in one case, very partial) license blobs into the
      equivalent tag.
      
      Cc: Kate Stewart <kstewart@linuxfoundation.org>
      Signed-off-by: default avatarTom Rini <trini@konsulko.com>
      da58dec8
  12. 04 Nov, 2015 1 commit
  13. 22 Oct, 2015 8 commits
  14. 21 Oct, 2015 1 commit
  15. 20 Oct, 2015 3 commits
    • Maxime Ripard's avatar
      sunxi: Add CHIP support · fd8133b7
      Maxime Ripard authored
      
      
      The C.H.I.P. is a small SBC with an Allwinner R8, 8GB of NAND, 512MB of
      RAM, USB host and OTG, a wifi / bluetooth combo chip, an audio/video jack
      and two connectors to plug additional boards on top of it.
      
      The DT is identical to the DT submitted to the upstream kernel.
      Signed-off-by: default avatarMaxime Ripard <maxime.ripard@free-electrons.com>
      Reviewed-by: default avatarTom Rini <trini@konsulko.com>
      Reviewed-by: default avatarHans de Goede <hdegoede@redhat.com>
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      fd8133b7
    • Hans de Goede's avatar
      sunxi: Add defconfig for the Sinovoip BPI-M2 board · fc01daee
      Hans de Goede authored
      
      
      The Sinovoip BPI-M2 is a SBC board based on the A31s SoC it features
      1G RAM, a microsd slot, Gbit ethernet, 4 usb-a USB-2 ports, ir receiver,
      stereo headphone jack and hdmi video output.
      
      The dts changes are identical to the dts files submitted upstream.
      
      A few notes on the use if dldo and aldo regulators. DLDO1 is used
      for Vdd for the ethernet phy, ALDO2 is used for AVdd for the ethernet
      phy. ALDO1 is used to power the sdio wifi module.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: default avatarIan Campbell <ijc@hellion.org.uk>
      fc01daee
    • Hans de Goede's avatar
      sunxi: Remove board defconfig-s for specific Q8 tablet PCB-s · 70ac9295
      Hans de Goede authored
      
      
      We now have generic q8_a?3_defconfig files for Q8 formfactor tablets with
      an A13 / A23 / A33 SoC, there is no need for these PCB variant specific
      defconfig-s and they only serve to confuse the user.
      
      Note that in case of the forfun_q88db_defconfig and TZX-Q8-713B7_defconfig
      for A13 based Q8 tablets there is not even a dts file for these in the
      upstream kernel, which is all the more reason to remove them.
      
      The generic q8_a?3_defconfig files have been tested on an Et_q8_v1_6,
      Ippo_q8h_v1_2_a33_1024x600, Ippo_q8h_v1_2 and TZX-Q8-713B7 tablet, and the
      forfun_q88db_defconfig is identical to q8_a13_tablet_defconfig.
      
      This leaves only the Ippo_q8h_v5 untested with the new generic defconfigs
      but there is no reason to assume that it will not work.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: default avatarIan Campbell <ijc@hellion.org.uk>
      70ac9295
  16. 03 Oct, 2015 1 commit
    • Hans de Goede's avatar
      sunxi: Add generic defconfigs for A23 Q8 tablets with 800x480 LCD · 97fec710
      Hans de Goede authored
      
      
      The 7" Q8 tablet enclosure is used for a ton of slightly different cheap
      chinese tablets. There are some differences in which accelerometer /
      wifi is used, but other then that these are all the same from a u-boot /
      kernel pov.
      
      When we get to adding accelerometer support the plan is to add some kind
      of autodetection and mangle the dt accordingly (likely using the new quirks
      mechanism).
      
      For now this is a non issue as we do not yet have accelerometer
      support, and in the future, some sort of auto-detect is the way to go
      as we cannot expect users to exactly know what is inside their tablet.
      
      The dts files this commit adds are identical to the ones submitted
      to the upstream kernel.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: default avatarIan Campbell <ijc@hellion.org.uk>
      97fec710
  17. 29 Sep, 2015 1 commit
    • Hans de Goede's avatar
      sunxi: Add generic defconfigs for A33 Q8 tablets with 1024x600 / 800x480 LCD · 46f166ca
      Hans de Goede authored
      
      
      The 7" Q8 tablet enclosure is used for a ton of slightly different cheap
      chinese tablets. There are some differences in which accelerometer /
      wifi is used, but other then that these are all the same from a u-boot /
      kernel pov.
      
      When we get to adding accelerometer support the plan is to add some kind
      of autodetection and mangle the dt accordingly (likely using the new quirks
      mechanism).
      
      For now this is a non issue as we do not yet have accelerometer
      support, and in the future, some sort of auto-detect is the way to go
      as we cannot expect users to exactly know what is inside their tablet.
      
      The dts[i] files this commit adds are identical to the ones submitted
      to the upstream kernel.
      Signed-off-by: default avatarHans de Goede <hdegoede@redhat.com>
      Acked-by: default avatarIan Campbell <ijc@hellion.org.uk>
      46f166ca
  18. 24 Sep, 2015 2 commits
  19. 16 Sep, 2015 1 commit
  20. 10 Sep, 2015 5 commits