- 07 12月, 2018 25 次提交
-
-
由 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 15 次提交
-
-
由 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>
-
由 Manivannan Sadhasivam 提交于
Rock960 is a family of boards based on Rockchip RK3399 SoC from Vamrs. It consists of Rock960 (Consumer Edition) and Ficus (Enterprise Edition) 96Boards. Below are some of the key differences between both Rock960 and Ficus boards: 1. Different host enable GPIO for USB 2. Different power and reset GPIO for PCI-E 3. No Ethernet port on Rock960 The common board support will be utilized by both boards. The device tree has been organized in such a way that only the properties which differ between both boards are placed in the board specific dts and the reset of the nodes are placed in common dtsi file. Signed-off-by: NManivannan Sadhasivam <manivannan.sadhasivam@linaro.org> [Added instructions for SD card boot] Signed-off-by: NEzequiel Garcia <ezequiel@collabora.com> Reviewed-by: NSimon Glass <sjg@chromium.org> Tested-by: NPeter Robinson <pbrobinson@gmail.com>
-
由 Randy Li 提交于
Those pins would be used by many boards. Commit grabbed from Linux: commit b41023282d07b61a53e2c9b9508912b1e7ce7b4f Author: Randy Li <ayaka@soulik.info> Date: Thu Jun 21 21:32:10 2018 +0800 arm64: dts: rockchip: add some common pin-settings to rk3399 Those pins would be used by many boards. Signed-off-by: NRandy Li <ayaka@soulik.info> Signed-off-by: NHeiko Stuebner <heiko@sntech.de> Acked-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com> Signed-off-by: NRandy Li <ayaka@soulik.info> Signed-off-by: NHeiko Stuebner <heiko@sntech.de> Signed-off-by: NEzequiel Garcia <ezequiel@collabora.com> Tested-by: NPeter Robinson <pbrobinson@gmail.com> Reviewed-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
由 Philipp Tomsich 提交于
The regs_phy field of the platform data structure for dwc2-otg is today declared an unsigned int, but will eventually be cast into a void* for a writel operation. This triggers errors on modern GCC versions. E.g. we get the following error with GCC 6.3: drivers/usb/phy/rockchip_usb2_phy.c: In function 'property_enable': arch/arm/include/asm/io.h:49:29: error: cast to pointer from integer of different size [-Werror=int-to-pointer-cast] #define __arch_putl(v,a) (*(volatile unsigned int *)(a) = (v)) ^ arch/arm/include/asm/io.h:117:48: note: in expansion of macro '__arch_putl' #define writel(v,c) ({ u32 __v = v; __iowmb(); __arch_putl(__v,c); __v; }) ^~~~~~~~~~~ drivers/usb/phy/rockchip_usb2_phy.c:61:2: note: in expansion of macro 'writel' writel(val, pdata->regs_phy + reg->offset); ^~~~~~ This commit changes regs_phy to be a uintptr_t to ensure that it is large enough to hold any valid pointer (and fix the associated warning). Signed-off-by: NPhilipp Tomsich <philipp.tomsich@theobroma-systems.com>
-
git://git.denx.de/u-boot-dm由 Tom Rini 提交于
Minor sandbox enhancements / fixes tpm improvements to clear up v1/v2 support buildman toolchain fixes New serial options to set/get config
-
git://git.denx.de/u-boot-spi由 Tom Rini 提交于
- Various MTD fixes from Boris - Zap various unused / legacy paths. - pxa3xx NAND update from Miquel Signed-off-by: NTom Rini <trini@konsulko.com>
-
由 Boris Brezillon 提交于
SPI flash based MTD devs can be registered/unregistered at any time through the sf probe command or the spi_flash_free() function. This commit does not try to fix the root cause as it would probably require rewriting most of the code and have an mtd_info object instance per spi_flash object (not to mention that the the spi-flash layer is likely to be replaced by a spi-nor layer ported from Linux). Instead, we try to be as safe as can be by checking the code returned by del_mtd_device() and complain loudly when there's nothing we can do about the deregistration failure. When that happens we also reset sf_mtd_info.priv to NULL, and check for NULL pointer in the mtd hooks so that -ENODEV is returned instead of hitting a NULL pointer dereference exception when the MTD instance is later accessed by a user. Signed-off-by: NBoris Brezillon <boris.brezillon@bootlin.com> Tested-by: NHeiko Schocher <hs@denx.de>
-
由 Boris Brezillon 提交于
The DM implementation of spi_flash_free() does not unregister the MTD device before removing the spi dev object. This leads to a use-after-free bug when the MTD device is later accessed by a MTD user (observed when attaching the device to UBI after env_sf_load() has called spi_flash_free()). Implement ->remove() and call spi_flash_mtd_unregister() from there. Fixes: 9fe6d871 ("mtd, spi: Add MTD layer driver") Signed-off-by: NBoris Brezillon <boris.brezillon@bootlin.com> Tested-by: NHeiko Schocher <hs@denx.de> Reviewed-by: NJagan Teki <jagan@openedev.com>
-
由 Boris Brezillon 提交于
MTD partition creation code is a bit tricky. It tries to figure out when things have changed (either MTD dev list or mtdparts/mtdids vars) and when that happens it first deletes all the partitions that had been previously created and then creates the new ones based on the new mtdparts/mtdids values. But before deleting the old partitions, it ensures that none of the currently registered parts are being used and bails out when that's not the case. So, we end up in a situation where, if at least one MTD dev has one of its partitions used by someone (UBI for instance), the partitions update logic no longer works for other devs. Rework the code to relax the logic and allow updates of MTD parts on devices that are not being used (we still refuse to updates parts on devices who have at least one of their partitions used by someone). Fixes: 5db66b3a ("cmd: mtd: add 'mtd' command") Signed-off-by: NBoris Brezillon <boris.brezillon@bootlin.com> Tested-by: NHeiko Schocher <hs@denx.de>
-
由 Boris Brezillon 提交于
The mtdparts variable might contain partition definitions for several MTD devices. Each partition layout is separated by a ';', so let's make sure we don't pick a wrong name when mtdparts is malformed. Fixes: 5db66b3a ("cmd: mtd: add 'mtd' command") Signed-off-by: NBoris Brezillon <boris.brezillon@bootlin.com> Tested-by: NHeiko Schocher <hs@denx.de>
-
由 Boris Brezillon 提交于
The local mtd_name[] variable is limited in size. Return an error if the name passed in mtdparts does not fit in this local var. Fixes: 5db66b3a ("cmd: mtd: add 'mtd' command") Signed-off-by: NBoris Brezillon <boris.brezillon@bootlin.com> Tested-by: NHeiko Schocher <hs@denx.de>
-
由 Boris Brezillon 提交于
strstr() does not guarantee that the string we're searching for is placed at the beginning. Use strncmp() instead. Fixes: 5db66b3a ("cmd: mtd: add 'mtd' command") Signed-off-by: NBoris Brezillon <boris.brezillon@bootlin.com> Tested-by: NHeiko Schocher <hs@denx.de>
-