summaryrefslogtreecommitdiff
path: root/include
Commit message (Collapse)AuthorAgeFilesLines
...
| * | pico-imx6ul: Improve default DFU settingsOtavio Salvador2018-09-141-5/+6
| | | | | | | | | | | | | | | | | | | | | This rework the DFU settings so it supports the SPL and U-Boot image, as well as the single partition layout we are using by default. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
| * | pico-imx6ul: Add bootmenu to choose the baseboardOtavio Salvador2018-09-141-0/+10
| | | | | | | | | | | | | | | | | | | | | Currently the baseboards do not offer a way to autodetect which one is in use, so we ask the user if no value has been set. Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
| * | pico-imx6ul: Convert to SPLFabio Estevam2018-09-141-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | There are two versions of imx6ul pico SOMs: one with 256MB and another one with 512MB of RAM. Convert to SPL so that both versions can be supported. This patch doesn't rework the clock initialization to avoid changing the behavior in this same patch, so it will be cleaned up in future. Currently only the 256MB is tested/supported. Signed-off-by: Fabio Estevam <festevam@gmail.com> Signed-off-by: Fabio Berton <fabio.berton@ossystems.com.br> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
| * | pico-imx6ul: Convert to distro configFabio Estevam2018-09-141-50/+19
| | | | | | | | | | | | | | | | | | | | | | | | Instead of keeping a custom environment, use a more generic approach by switching to distro config. Signed-off-by: Fabio Estevam <festevam@gmail.com> Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
* | | Merge git://git.denx.de/u-boot-marvellTom Rini2018-09-195-1/+35
|\ \ \ | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Multiples updates to the turris boards / platform - Changes / enhancements to the Marvell PHY drivers, mainly to support the turris platform - Many fixes and enhancements to the pxa3xx NAND driver - Fixes for the UART boot mode in kwboot - Misc minor changes to other 32bit and 64bit boards
| * | | arm: mvebu: clearfog: enable eMMC boot partitions supportBaruch Siach2018-09-191-0/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The Clearfog SOM can optionally have eMMC installed. Enable support for eMMC boot partitions by default. Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Stefan Roese <sr@denx.de>
| * | | fix: mvebu: Add SPI parameters for environment setupKonstantin Porotchkin2018-09-191-0/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Add definitions for CONFIG_ENV_SPI_BUS and CONFIG_ENV_SPI_CS to Armada-388-GP board configuration Signed-off-by: Konstantin Porotchkin <kostap@marvell.com> Cc: Igal Liberman <igall@marvell.com> Cc: Stefan Roese <sr@denx.de> Signed-off-by: Stefan Roese <sr@denx.de>
| * | | phy: marvell: Support changing SERDES map in board fileMarek Behún2018-09-191-0/+22
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This adds a weak definition of comphy_update_map to comphy_core, which does nothing. If this function is defined elsewhere, for example in board file, the board file can change some parameters of SERDES configuration. This is needed on Turris Mox, where the SERDES speed on lane 1 has to be set differently when SFP module is connected and when Topaz Switch module is connected. This is a temporary solution. When the comphy driver for armada-3720 will be added to the kernel, the comphy driver in u-boot shall also be updated and this should be done differently then. Signed-off-by: Marek Behun <marek.behun@nic.cz> Signed-off-by: Stefan Roese <sr@denx.de>
| * | | arm64: mvebu: armada-8k: support environment in SD/eMMCBaruch Siach2018-09-191-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Detect the SD/eMMC boot device at run-time. Load the environment from the boot deice, as well as save to it. Leave the environment offset the same as in the SPI flash. Make SD/eMMC 0 the default environment device when the boot device is not detected. Cc: Konstantin Porotchkin <kostap@marvell.com> Signed-off-by: Baruch Siach <baruch@tkos.co.il> Signed-off-by: Stefan Roese <sr@denx.de>
| * | | Kirkwood: NAS220: remove bootdelay from CONFIG_EXTRA_ENV_SETTINGSEvgeni Dobrev2018-09-191-1/+0
| | |/ | |/| | | | | | | | | | | | | | | | | | | The default bootdelay of 3 seconds is good enough and there is no need to duplicate it in CONFIG_EXTRA_ENV_SETTINGS. Signed-off-by: Evgeni Dobrev <evgeni@studio-punkt.com> Signed-off-by: Stefan Roese <sr@denx.de>
* | | Merge git://git.denx.de/u-boot-dmTom Rini2018-09-1810-35/+384
|\ \ \ | |/ / |/| | | | | | | | | | | | | | - MPC83xx device tree additions (CPU and RAM) - Fix sandbox build error - Sync bitrev with Linux - Various ofnode/DT improvements
| * | dm: uclass: Adding missing child_pre_probe descriptionBin Meng2018-09-181-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | The comment of child_pre_probe, one of the 'struct uclass_driver' members, is currently missing. Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
| * | ofnode: add ofnode_by_prop_value()Jens Wiklander2018-09-182-0/+30
| | | | | | | | | | | | | | | | | | | | | | | | Adds ofnode_by_prop_value() to search for nodes with a given property and value, an ofnode version of fdt_node_offset_by_prop_value(). Signed-off-by: Jens Wiklander <jens.wiklander@linaro.org> Reviewed-by: Simon Glass <sjg@chromium.org>
| * | cpu: Add cpu_probe_all methodMario Six2018-09-181-0/+7
| | | | | | | | | | | | | | | | | | Add a method to probe all CPUs of the board. Signed-off-by: Mario Six <mario.six@gdsys.cc>
| * | cpu: Fix cpu.h documentationMario Six2018-09-181-13/+15
| | | | | | | | | | | | | | | | | | | | | Documentation in cpu.h is not in kernel-doc format. Change it to comply with it. Signed-off-by: Mario Six <mario.six@gdsys.cc>
| * | board_f: Use static print_cpuinfo if CONFIG_CPU is activeMario Six2018-09-181-0/+7
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | When the DM CPU drivers are active, printing information about a CPU should be delegated to a matching driver. Hence, add a static print_cpuinfo that implements this delegation when DM CPU drivers are active. Reviewed-by: Simon Glass <sjg@chromium.org> Signed-off-by: Mario Six <mario.six@gdsys.cc> Changed condition to CONFIG_IS_ENABLED(CPU): Signed-off-by: Simon Glass <sjg@chromium.org>
| * | init: Fix documentationMario Six2018-09-181-13/+14
| | | | | | | | | | | | | | | | | | The documentation in init.h is not in kernel-doc format. Fix this. Signed-off-by: Mario Six <mario.six@gdsys.cc>
| * | clk: Add MPC83xx clock driverMario Six2018-09-181-0/+33
| | | | | | | | | | | | | | | | | | Add a clock driver for the MPC83xx architecture. Signed-off-by: Mario Six <mario.six@gdsys.cc>
| * | sysreset: Add get_status methodMario Six2018-09-181-0/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | It's useful to have the reset status of the SoC printed out during reset (e.g. to learn whether the reset was caused by software or a watchdog). As a first step to implement this, add a get_status method to the sysreset class, which enables the caller to get printable information about the reset status (akin to get_desc in the CPU uclass). Reviewed-by: Simon Glass <sjg@chromium.org> Signed-off-by: Mario Six <mario.six@gdsys.cc>
| * | ram: Add driver for MPC83xxMario Six2018-09-182-0/+167
| | | | | | | | | | | | | | | | | | | | | Add a RAM driver for the MPC83xx architecture. Reviewed-by: Simon Glass <sjg@chromium.org> Signed-off-by: Mario Six <mario.six@gdsys.cc>
| * | lib: bitrev: Sync with Linux kernel v4.17Bin Meng2018-09-181-9/+93
| | | | | | | | | | | | | | | Signed-off-by: Bin Meng <bmeng.cn@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
* | | Merge git://git.denx.de/u-boot-x86Tom Rini2018-09-171-2/+0
|\ \ \ | |/ / |/| |
| * | x86: drop custom CONFIG_SYS_BAUDRATE_TABLE defineChristian Gmeiner2018-09-171-2/+0
| | | | | | | | | | | | | | | | | | | | | This will add support for a baud rate of 57600. Signed-off-by: Christian Gmeiner <christian.gmeiner@gmail.com> Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
* | | Merge branch 'master' of git://git.denx.de/u-boot-socfpgaTom Rini2018-09-161-1/+2
|\ \ \
| * | | arm: socfpga: stratix10: Add CONFIG_OF_EMBEDDalon Westergreen2018-09-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The dtb should be embedded in the u-boot-spl image so that the CONFIG_SPL_TARGET of spl/u-boot-spl.hex includes it. This also affects the main u-boot image, so adjust CONFIG_SPL_FS_LOAD_PAYLOAD_NAME to u-boot.img which now also includes the dtb. Signed-off-by: Dalon Westergreen <dwesterg@gmail.com>
| * | | arm: socfpga: stratix10: add CONFIG_SPL_TARGETDalon Westergreen2018-09-151-0/+1
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | Stratix10 combines the u-boot-spl image into the fpga configuration bitstream so that the SDM can load the processors memory. This process requires a hex format of the u-boot-spl image. CONFIG_SPL_TARGET is set to "spl/u-boot-spl.hex" Signed-off-by: Dalon Westergreen <dwesterg@gmail.com>
* | | ARM: rmobile: Repair TMU clock on Gen2Marek Vasut2018-09-151-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | The Gen2 TMU is fed with fixed 32.5 MHz signal from CP . This is then divided by 4 in TMU. Fix the timer clock setting in Gen2. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
* | | sh: tmu: Zap get_tbclk and timer_read_counterMarek Vasut2018-09-152-1/+9
| | | | | | | | | | | | | | | | | | | | | Replace those two functions with generic ones by defining the timer macros in include/config/*.h . Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
* | | sh: tmu: Inline sh_tmu.hMarek Vasut2018-09-151-70/+0
| | | | | | | | | | | | | | | | | | | | | The header contains only the TMU register layout, just inline it into the TMU timer implementation and drop the header completely. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
* | | sh: tmu: Clean up CONFIG_SH_TMU_CLK_FREQMarek Vasut2018-09-1530-37/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | The R-Car Gen2 feeds the TMU with CONFIG_SYS_CLK_FREQ / 2, while the old SH parts use CONFIG_SYS_CLK_FREQ directly. Just put this into the TMU implementation and drop the CONFIG_SH_TMU_CLK_FREQ config option. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
* | | sh: tmu: Inline get_tmu0_clk_rate()Marek Vasut2018-09-151-5/+0
| | | | | | | | | | | | | | | | | | | | | This function just returns CONFIG_SH_TMU_CLK_FREQ, use the constant directly instead. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
* | | sh: tmu: Clean up CONFIG_SYS_TMU_CLK_DIVMarek Vasut2018-09-1527-27/+0
|/ / | | | | | | | | | | | | This constant is always 4 , for all boards that exist. Define it once in arch/sh/lib/time.c and remove it from the configs. Signed-off-by: Marek Vasut <marek.vasut+renesas@gmail.com>
* | am3517_evm: Drop inadvertently added lineTom Rini2018-09-141-1/+0
| | | | | | | | | | | | | | I added in the CONFIG_MISC_INIT_R line by mistake when applying the previous patch, fix. Signed-off-by: Tom Rini <trini@konsulko.com>
* | ARM: am3517_evm: Disable DM_I2C_COMPATAdam Ford2018-09-111-1/+2
| | | | | | | | | | | | | | | | | | | | DM_I2C_COMPAT is somehow being enabled outside of Kconfig, so this explicitly undefines it in the header file, and brackets the I2C initialization around an #ifdef to not manually initialize the I2C controller when the DM_I2C is enabled. Signed-off-by: Adam Ford <aford173@gmail.com> Tested-by: Derald D. Woods <woods.technical@gmail.com>
* | DM: serial: ti_omap3_common: Don't define serial unless !DM_SERIALAdam Ford2018-09-111-3/+1
| | | | | | | | | | | | | | | | | | | | The serial port was being manually configured during SPL build, however in preparation to allow DM in SPL, this needs to change to be based on whether or not DM_SERIAL is enabled because, soon the assumption that SPL means no DM may not be accurate. Signed-off-by: Adam Ford <aford173@gmail.com> Reviewed-by: Simon Glass <sjg@chromium.org>
* | ARM: configs: Add da850evm_nand to boot from NANDAdam Ford2018-09-111-3/+8
|/ | | | | | | | | | The DA850-EVM supports booting from NAND when used with the UI expander board. da850evm_nand will create an ais file that can be burned to NAND and booted while storing the env in NAND along with some partitions tables for storing kernel, dtb and rootfs in NAND. Signed-off-by: Adam Ford <aford173@gmail.com>
* Merge branch 'master' of git://git.denx.de/u-boot-uniphierTom Rini2018-09-111-2/+2
|\
| * ARM: uniphier: increase CONFIG_SYS_MONITOR_LEN againMasahiro Yamada2018-09-111-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | With the migration to distro-boot, the size of the U-Boot proper image for uniphier_v7_defconfig exceeded the current limit, 576KB. Increase it to 832KB. CONFIG_SYS_UBOOT_BASE must be moved as well to avoid the image over-wrap because the boot ROM of Pro4, Pro5, PXs2/LD6b loads the SPL to the physical address 0x100000. Signed-off-by: Masahiro Yamada <yamada.masahiro@socionext.com>
* | arm64: dts: k3: Add u-boot specific nodesLokesh Vutla2018-09-111-0/+49
| | | | | | | | | | | | | | | | | | Add the minimum dt nodes required to boot. These nodes will get deleted as kernel gets these nodes added in the main dts files. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | include: am654_evm: Establish initial environment for SD card bootAndreas Dannenberg2018-09-111-0/+35
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Create a basic U-Boot environment that allows the automatic loading of a Linux Kernel located at /boot/Image and an associated device tree blob located at /boot/k3-am654-base-board.dtb from the secondary partition of an ext4-formatted SD card on the AM654x EVM. Furthermore the boot.scr and uEnv.txt detection and loading schemes are supported in a manner already known from other TI platforms. Note that this is intended to be a starting point to enable initial board use and will most certainly get extended and refactored as different boot media become available. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Andreas Dannenberg <dannenberg@ti.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | board: ti: am654: a53: Add initial support for am654Lokesh Vutla2018-09-111-0/+34
| | | | | | | | | | | | | | | | | | | | | | Add initial support for AM654 based EVM running on A53. Enable 4GB of DDR available on the EVM so that kernel DTB file can be updated accordingly. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com> [Andreas: Added 4GB ddr support] Signed-off-by: Andreas Dannenberg <dannenberg@ti.com>
* | remoteproc: Allow for individual remoteproc initializationLokesh Vutla2018-09-111-0/+9
| | | | | | | | | | | | | | | | | | | | | | Existing rproc_init() api tries to initialize all available remoteproc devices. This will fail when there is dependency among available remoteprocs. So introduce a separate api that allows to initialize remoteprocs individually based on id. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | mailbox: Introduce K3 Secure Proxy DriverLokesh Vutla2018-09-111-0/+25
| | | | | | | | | | | | | | | | | | | | Secure Proxy module manages hardware threads that are meant for communication between the processor entities. Adding support for this driver. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com> Signed-off-by: Andreas Dannenberg <dannenberg@ti.com>
* | mailbox: Allow attaching private data for mbox_chanLokesh Vutla2018-09-111-4/+3
| | | | | | | | | | | | | | | | | | Sometimes mbox controllers wants to store private data in mbox_chan so that it can be used at a later point of time. Adding support for hooking private data. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | power domain: Add support for multiple powerdomains per deviceLokesh Vutla2018-09-111-0/+21
| | | | | | | | | | | | | | | | | | There are cases where there are more than one power domain attached to the device inorder to get the device functional. So add support for enabling power domain based on the index. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | clk: Extend clock control with an optional data fieldAndreas Dannenberg2018-09-111-5/+7
| | | | | | | | | | | | | | | | | | | | Some systems require more than a single ID to identify and configure any clock provider. For those scenarios add an optional data field to the clock control structure. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Andreas Dannenberg <dannenberg@ti.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | reset: Extend reset control with an optional data fieldAndreas Dannenberg2018-09-111-5/+7
| | | | | | | | | | | | | | | | | | | | Some systems require more than a single ID to identify and configure any reset provider. For those scenarios add an optional data field to the reset control structure. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Andreas Dannenberg <dannenberg@ti.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | dm: reset: Update uclass to allow querying reset statusAndreas Dannenberg2018-09-112-0/+22
| | | | | | | | | | | | | | | | | | Add a reset operations function pointer to support querying the current status of a reset control. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Andreas Dannenberg <dannenberg@ti.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | firmware: ti_sci: Add support for processor control servicesLokesh Vutla2018-09-111-0/+37
| | | | | | | | | | | | | | | | | | | | | | | | | | | | TI-SCI message protocol provides support for controlling of various physical cores available in SoC. In order to control which host is capable of controlling a physical processor core, there is a processor access control list that needs to be populated as part of the board configuration data. Introduce support for the set of TI-SCI message protocol apis that provide us with this capability of controlling physical cores. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com>
* | firmware: ti_sci: Add support for reboot core serviceAndreas Dannenberg2018-09-111-0/+12
| | | | | | | | | | | | | | | | | | | | | | Since system controller now has control over SoC power management, it needs to be explicitly requested to reboot the SoC. Add support for it. Reviewed-by: Tom Rini <trini@konsulko.com> Signed-off-by: Andreas Dannenberg <dannenberg@ti.com> Signed-off-by: Lokesh Vutla <lokeshvutla@ti.com> Signed-off-by: Nishanth Menon <nm@ti.com>
View Lorry Controller Status