- 07 12月, 2018 36 次提交
-
-
由 Heiko Schocher 提交于
commit d6330064 ("spl: Add a define for SPL_TPL_PROMPT") changes the SPL/TPL banner from upper case into lower case. As SPL and TPL are three-letter acronyms and they are written in upper case, change it back to upper case. Signed-off-by: NHeiko Schocher <hs@denx.de> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Adam Ford 提交于
There has been some natural evolution of the device tree, so resync with 4.20 Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
Re-synce the device tree files from Linux 4.20 Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
Re-sync with 4.20 due some some natural evolution. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
Migrate some small device tree fixes from Linux 4.20. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Adam Ford 提交于
There have been a few fixes to the device trees, so this re-syncs the dts/dtsi files with Linux Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Felix Brack 提交于
This patch adds code missing when CONFIG_DEBUG_UART_OMAP is enabled as early debugging UART. The code is basically copied from the ns16550 driver. Signed-off-by: NFelix Brack <fb@ltec.ch>
-
由 Alexey Brodkin 提交于
Build tested in Travis, see: https://travis-ci.org/abrodkin/u-boot/jobs/462808237Signed-off-by: NAlexey Brodkin <abrodkin@synopsys.com>
-
由 Adam Ford 提交于
The DTS file for the AM3517 had the incorrect CD polarity. Resync with the fixed DTS file from Linux. Signed-off-by: NAdam Ford <aford173@gmail.com>
-
由 Frank Wunderlich 提交于
Hi, setting active menuitem currently can be outside of menu which results in invisible selection attached Patch fixes this regards Frank >From 1d9c4cb8b3e2dd9b0a7a6a2d4a21684d0a099dbf Mon Sep 17 00:00:00 2001 From: Frank Wunderlich <frank-w@public-files.de> Date: Sun, 2 Dec 2018 11:23:53 +0100 Subject: [PATCH] ensure active menuitem is inside menu if active menuitem is defined via environment var it can be outside the menu (>=menuitem-count) this patch resets this definition back to 0 Signed-off-by: NFrank Wunderlich <frank-w@public-files.de>
-
由 Patrice Chotard 提交于
Due to gpio holes management, stm32_pinctrl_get_gpio_dev() must be updated. stm32_pinctrl_get_gpio_dev() returns from a given pin selectors the corresponding bank gpio device and the gpio_offset inside this gpio bank. Update also all functions which makes usage of stm32_pinctrl_get_gpio_dev. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Patrice Chotard 提交于
As all STM32 SoCs supports CONFIG_CLK flag, it becomes useless in this driver, remove it. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Patrice Chotard 提交于
To allow access to this define by other driver, move it into gpio.h Signed-off-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Patrice Chotard 提交于
In some STM32 SoC packages, GPIO bank has not always 16 gpios. Several cases can occur, gpio hole can be located at the beginning, middle or end of the gpio bank or a combination of these 3 configurations. For that, gpio bindings offer the gpio-ranges DT property which described the gpio bank mapping. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Patrice Chotard 提交于
Move gpio_dev list filling outside probe() to speed-up U-boot boot sequence execution. This list is populated only when needed. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Álvaro Fernández Rojas 提交于
Signed-off-by: NÁlvaro Fernández Rojas <noltari@gmail.com>
-
由 Álvaro Fernández Rojas 提交于
Signed-off-by: NÁlvaro Fernández Rojas <noltari@gmail.com>
-
由 Álvaro Fernández Rojas 提交于
Signed-off-by: NÁlvaro Fernández Rojas <noltari@gmail.com>
-
由 Felix Brack 提交于
This patch enables CONFIG_BLK as well as CONFIG_DM_MMC for the PDU001 board. It depends on Patrice Chotard's patch 'power: regulator: denied disable on always-on regulator' which prevents power cycling the vmmc supply. Without this patch the board will not boot as vmmc is unfortunately used by other board components, not just eMMC and micro SD card. Furthermore my patch 'dts: am335x-pdu001: Fix polarity of card detection input' is required to boot from external micro SD card. Without this patch no SD card will be detected and hence booting will fail. Signed-off-by: NFelix Brack <fb@ltec.ch> Reviewed-by: NTom Rini <trini@konsulko.com>
-
由 Felix Brack 提交于
When a micro SD card is inserted in the PDU001 card cage, the card detection switch is opened and the corresponding GPIO input is driven by a pull-up. Hence change the active level of the card detection input from low to high. Signed-off-by: NFelix Brack <fb@ltec.ch>
-
由 Grygorii Strashko 提交于
Add a sandbox DMA driver implementation (provider) and corresponding DM test. Reviewed-by: NTom Rini <trini@konsulko.com> Signed-off-by: NGrygorii Strashko <grygorii.strashko@ti.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Acked-by: NÁlvaro Fernández Rojas <noltari@gmail.com>
-
由 Álvaro Fernández Rojas 提交于
This adds channels support for dma controllers that have multiple channels which can transfer data to/from different devices (enet, usb...). DMA channle API: dma_get_by_index() dma_get_by_name() dma_request() dma_free() dma_enable() dma_disable() dma_prepare_rcv_buf() dma_receive() dma_send() Reviewed-by: NTom Rini <trini@konsulko.com> Signed-off-by: NÁlvaro Fernández Rojas <noltari@gmail.com> [grygorii.strashko@ti.com: drop unused dma_get_by_index_platdata(), add metadata to send/receive ops, add dma_prepare_rcv_buf(), minor clean up] Signed-off-by: NGrygorii Strashko <grygorii.strashko@ti.com> Reviewed-by: NSimon Glass <sjg@chromium.org>
-
由 Álvaro Fernández Rojas 提交于
Move dma_ops to a separate header file, following other uclass implementations. While doing so, this patch also improves dma_ops documentation. Reviewed-by: NTom Rini <trini@konsulko.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Signed-off-by: NÁlvaro Fernández Rojas <noltari@gmail.com> Signed-off-by: NGrygorii Strashko <grygorii.strashko@ti.com>
-
由 Andrew F. Davis 提交于
UART booting requires YMODEM support. Add this here. Signed-off-by: NAndrew F. Davis <afd@ti.com> Reviewed-by: NLokesh Vutla <lokeshvutla@ti.com> Reviewed-by: NTom Rini <trini@konsulko.com>
-
Add test for the SPL binary size and the bss section size. This will throw an error at build time if the SPL sections do not fit in the designated RAM area, thus avoiding oversizing the SPL. Based on original work by Wenyou Yang. Signed-off-by: NEugen Hristev <eugen.hristev@microchip.com>
-
由 Benjamin Gaignard 提交于
Protect configuration registers with a hardware spinlock. If a hwspinlock is defined in the device-tree node used it to be sure that none of the others processors on the SoC could change the configuration at the same time. Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Benjamin Gaignard 提交于
Implement hardware spinlock support for STM32MP1. Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@st.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Benjamin Gaignard 提交于
Add hardware spinlock in the list of the clocks. Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Benjamin Gaignard 提交于
This is uclass for Hardware Spinlocks. It implements two mandatory operations: lock and unlock and one optional relax operation. Signed-off-by: NBenjamin Gaignard <benjamin.gaignard@linaro.org> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Keerthy 提交于
Currently k2 spi boot is broken as the image header is getting copied to an invalid memory location CONFIG_SYS_TEXT_BASE - sizeof (struct image_size) which maps to 0xc000000 - 0x40 = 0xbffffc0 being a reserved location. We cannot change the CONFIG_SYS_TEXT_BASE address as the single stage boots like UART boot will need the address to be 0xc000000 hence override the spl_get_load_buffer to have image_header address as CONFIG_SYS_TEXT_BASE aka 0xc000000 Signed-off-by: NKeerthy <j-keerthy@ti.com>
-
由 Philipp Tomsich 提交于
In commit e5e06b65 ("clk: Allow clock defaults to be set also during re-reloc state") the earlier guard against setting clock defaults in pre-reloc state was removed. While it is easy to filter 'assigned-clocks' properties for SPL using CONFIG_OF_SPL_REMOVE_PROPS, no such mechanism exists for the pre-reloc stage of the full U-Boot. With the default defconfig for the RK3399-Q7 (which filter the 'assigned-clocks' property for the DTS used by SPL anyway), this caused a pause during startup of the full U-Boot stage that lasted for almost 10s (due to the CPU not having been clocked up yet). This reintroduces the guard from commit f4fcba5c ("clk: Allow clock defaults to be set also during re-reloc state") and extends it to only apply outside of a TPL/SPL build: i.e. clk_set_defaults will now run in pre-reloc state for SPL, but only after reloc for the full U-Boot. References: commit f4fcba5c ("clk: implement clk_set_defaults()") References: commit e5e06b65 ("clk: Allow clock defaults to be set also during re-reloc state") Signed-off-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
由 Patrick Wildt 提交于
The long name apparently can be accumulated using multiple 13-byte slots. Unfortunately we never checked how many we can actually fit in the buffer we are reading to. Signed-off-by: NPatrick Wildt <patrick@blueri.se>
-
由 Patrick Wildt 提交于
The cluster size specifies how many sectors make up a cluster. A cluster size of zero makes no sense, as it would mean that the cluster is made up of no sectors. This will later lead into a division by zero in sect_to_clust(), so better take care of that early. The MAX_CLUSTSIZE define can reduced using a define to make some room in low-memory system. Unfortunately if the code reads a filesystem with a bigger cluster size it will overflow the buffer. Signed-off-by: NPatrick Wildt <patrick@blueri.se>
-
由 Patrice Chotard 提交于
Since commit 8f651ca6 ("pinctrl: stm32: Add get_pins_count() ops") stm32f746-disco can't boot. This is due to new memory allocation into STM32 pinctrl driver, increase SYS_MALLOC_F_LEN from 0xC00 to 0xE00. Signed-off-by: NPatrice Chotard <patrice.chotard@st.com>
-
由 Simon Glass 提交于
Now that many things are converted to Kconfig we can drop most of the Signed-off-by: NSimon Glass <sjg@chromium.org>
-
由 Martin Fuzzey 提交于
Sometimes enumeration fails (about 1 in 50 times on my custom board). The underlying reason is probably electrical but Linux does not have the problem. Comparing the Linux / u-boot implementations shows that Linux retries the error case whereas u-boot aborts early. Removing the early abort in u-boot fixes the problem. Signed-off-by: NMartin Fuzzey <martin.fuzzey@flowbird.group>
-
- 06 12月, 2018 4 次提交
-
-
由 Tom Rini 提交于
Add an entry for the Ficus EE board to the existing rock960 MAINTAINERS file. Signed-off-by: NTom Rini <trini@konsulko.com>
-
git://git.denx.de/u-boot-rockchip由 Tom Rini 提交于
- Changes the declaration of regs_phy in dwc2-otg to uintptr_t to ensure it can be cast to void* for use with writel(). - Add the Rock960 and Ficus boards.
-
由 Manivannan Sadhasivam 提交于
Add board support for Ficus EE board from Vamrs. This board utilizes common Rock960 family support. Following peripherals are tested and known to work: * Gigabit Ethernet * USB 2.0 * MMC Signed-off-by: NEzequiel Garcia <ezequiel@collabora.com> [Reworked based on common Rock960 family support] Signed-off-by: NManivannan Sadhasivam <manivannan.sadhasivam@linaro.org> Reviewed-by: NSimon Glass <sjg@chromium.org> Reviewed-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
由 Manivannan Sadhasivam 提交于
Add board support for Rock960 CE board from Vamrs. This board utilizes common Rock960 family support. Following peripherals are tested and known to work: * USB 2.0 * MMC This commit also adds DDR configuration for LPDDR3-2GiB-1600MHz which is being used on the board. Signed-off-by: NManivannan Sadhasivam <manivannan.sadhasivam@linaro.org> Reviewed-by: NSimon Glass <sjg@chromium.org> Tested-by: NPeter Robinson <pbrobinson@gmail.com> Reviewed-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
-