Sorry about the double-send on this one - sent first time from off-list
email addr.
On Thu, 2019-05-30 at 19:04 +0530, Sekhar Nori wrote:
> U-Boot README recommends initializing SDRAM in board_init_f(). DA850
> was doing it as part of board_init_r() (through call to
> spl_board_init()
> which cal
On Thu, 2019-05-30 at 19:04 +0530, Sekhar Nori wrote:
> commit 21af33ed0319 ("ARM: davinci: omapl138_lcdk: Enable DM_MMC")
> wanted to enable DM_MMC only for U-Boot and not for SPL.
>
> But CONFIG_DM_MMC is defined for SPL build too. Because of this
> MMC device was not getting registered for SPL
On Thu, 2019-05-30 at 19:04 +0530, Sekhar Nori wrote:
> Hi,
>
> Here is a set of patches that fixes MMC/SD boot breakage introduced
> after 2018.09 release.
>
> This was tested with MMC/SD boot on OMAP-L138 LCDK.
>
> Peter,
>
> I dropped your Tested-by: because the patches changed. It will be
>
On Fri, May 31, 2019 at 4:21 PM Adam Ford wrote:
>
> On Fri, May 31, 2019 at 3:38 PM Adam Ford wrote:
> >
> > On Fri, May 31, 2019 at 3:11 PM Adam Ford wrote:
> > >
> > > On Fri, May 31, 2019 at 1:24 PM Adam Ford wrote:
> > > >
> > > > On Fri, May 31, 2019 at 8:32 AM Bartosz Golaszewski
> > >
On Fri, May 31, 2019 at 8:32 AM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> Now that we removed all legacy boards selecting TI_EMAC we can
> completely convert the driver code to using the driver model.
> This patch also updates all remaining users of davinci_emac.
>
I took a br
On 05/27/2019 02:39 PM, Kever Yang wrote:
> Hi Jagan,
>
>
> On 05/25/2019 02:28 AM, Jagan Teki wrote:
>> On Fri, May 17, 2019 at 4:00 PM Jagan Teki
>> wrote:
>>> Add initial support for Rock PI 4 board.
>>>
>>> Specification
>>> - Rockchip RK3399
>>> - LPDDR4
>>> - eMMC
>>> - SD card slot
>>> -
On 05/29/2019 04:09 PM, Kever Yang wrote:
>
> On 05/17/2019 06:29 PM, Jagan Teki wrote:
>> Add initial support for Rockpro64 board.
>>
>> Specification
>> - Rockchip RK3399
>> - 2/4GB Dual-Channel LPDDR3
>> - SD card slot
>> - eMMC socket
>> - 128Mb SPI Flash
>> - Gigabit ethernet
>> - PCIe 4X sl
On 05/29/2019 04:08 PM, Kever Yang wrote:
> Hi Jagan
>
>
> On 05/17/2019 06:29 PM, Jagan Teki wrote:
>> Add initial support for Nanopi NEO4 board.
>>
>> Specification
>> - Rockchip RK3399
>> - 1GB DDR3-1866
>> - SD card slot
>> - eMMC Socket
>> - RTL8211E 1Gbps
>> - AP6212 WiFI/BT
>> - HDMI In/Ou
On 05/29/2019 04:01 PM, Kever Yang wrote:
> Hi Jagan,
>
>
> On 05/09/2019 06:57 PM, Jagan Teki wrote:
>> Enable TPL for OrangePI rk3399 board.
>>
>> Signed-off-by: Jagan Teki
> Reviewed-by: Kever Yang
Applied to u-boot-rockchip/master, thanks!
>
> Thanks,
> - Kever
>> ---
>> configs/orangepi
On 05/29/2019 04:02 PM, Kever Yang wrote:
> Hi Jagan,
>
>
> On 05/09/2019 06:57 PM, Jagan Teki wrote:
>> This patch add documentation for TPL build and flashing steps
>> for rk3399 boards.
>>
>> Add full boot log for future reference.
>>
>> Signed-off-by: Jagan Teki
> Reviewed-by: Kever Yang
A
On 05/29/2019 04:02 PM, Kever Yang wrote:
> Hi Jagan,
>
>
> On 05/09/2019 06:57 PM, Jagan Teki wrote:
>> Enable TPL for NanoPC T4, NanoPI M4 boards.
>>
>> Signed-off-by: Jagan Teki
>
> Reviewed-by: Kever Yang
Applied to u-boot-rockchip/master, thanks!
>
> Thanks,
> - Kever
>> ---
>> configs/
On 05/28/2019 09:17 PM, Kever Yang wrote:
> Hi Christoph,
>
>
> On 05/07/2019 05:11 PM, Christoph Muellner wrote:
>> This patch cleans up make_fit_atf.py in the following way:
>>
>> * Fix all issues reported by pylint
>> * Move copyright notice from file-to-generate to script
>> * Fix of-by-one b
On 05/27/2019 02:47 PM, Kever Yang wrote:
>
> On 05/07/2019 04:58 PM, Christoph Muellner wrote:
>> The RK3399 SPL does not use a pinctrl driver to setup the UART pins.
>> Instead it works based on config macros, which set the base address
>> of the actual UART block.
>>
>> Currently the RK3399 SP
On 05/27/2019 02:48 PM, Kever Yang wrote:
>
> On 05/07/2019 04:58 PM, Christoph Muellner wrote:
>> This patch adds the rate for UART1 and UART3 the same way
>> as already implemented for UART0 and UART2.
>>
>> This is required for boards, which have their console output
>> on these UARTs.
>>
>> S
On 05/27/2019 02:47 PM, Kever Yang wrote:
>
> On 05/07/2019 04:58 PM, Christoph Muellner wrote:
>> This patch adds the missing GRF bit definitions for UART3 on the RK3399.
>>
>> Signed-off-by: Christoph Muellner
> Reviewed-by: Kever Yang
Applied to u-boot-rockchip/master, thanks!
>
> Thanks,
On 05/28/2019 08:46 PM, Kever Yang wrote:
> Hi Christoph,
>
>
> On 05/07/2019 04:37 PM, Christoph Muellner wrote:
>> Puma SoMs have a 4 MB SPI NOR flash.
>> Therefore we can move the environment to the end of the flash
>> (4 MiB - 16 kiB) in order to not overlap with SPL.
>>
>> Reported-by: Jakob
The code to check if a registration key is a valid key returned by
RegisterProtocolNotify() can be reused. So let us factor it out into a new
function efi_check_register_notify_event().
Signed-off-by: Heinrich Schuchardt
---
v2
fix typo in title %s/our/out/
---
lib/efi_loader/efi_boottim
On Fri, May 31, 2019 at 3:38 PM Adam Ford wrote:
>
> On Fri, May 31, 2019 at 3:11 PM Adam Ford wrote:
> >
> > On Fri, May 31, 2019 at 1:24 PM Adam Ford wrote:
> > >
> > > On Fri, May 31, 2019 at 8:32 AM Bartosz Golaszewski wrote:
> > > >
> > > > From: Bartosz Golaszewski
> > > >
> > > > Now th
On Fri, May 31, 2019 at 3:11 PM Adam Ford wrote:
>
> On Fri, May 31, 2019 at 1:24 PM Adam Ford wrote:
> >
> > On Fri, May 31, 2019 at 8:32 AM Bartosz Golaszewski wrote:
> > >
> > > From: Bartosz Golaszewski
> > >
> > > Now that we removed all legacy boards selecting TI_EMAC we can
> > > complet
With this setting enabled, the on-board QSPI cannot be
properly flashed. There are no error messages, but the simple
write / read / compare tests fail.
This is already disabled in the qspi and tfa defconfigs for the
LS1046ARDB platform.
Signed-off-by: Maciej Pijanowski
Cc: prabhakar.kushw...@nx
On Fri, May 31, 2019 at 1:24 PM Adam Ford wrote:
>
> On Fri, May 31, 2019 at 8:32 AM Bartosz Golaszewski wrote:
> >
> > From: Bartosz Golaszewski
> >
> > Now that we removed all legacy boards selecting TI_EMAC we can
> > completely convert the driver code to using the driver model.
> > This patc
On 5/30/19 1:47 PM, Marcel Ziswiler wrote:
> On Thu, 2019-05-30 at 11:29 +0200, Marek Vasut wrote:
>> On 5/30/19 11:14 AM, Marcel Ziswiler wrote:
>>> Hi Tom
>>>
>>> On Wed, 2019-05-29 at 10:12 -0400, Tom Rini wrote:
On Thu, May 16, 2019 at 02:53:55PM +, Marcel Ziswiler wrote:
> Hi Tom
According to the table 31-1 in the QorIQ LS1046A Reference Manual,
Rev. 2, 11/2018, the 0x3040 is also a valid setting for the SerDes1.
With the current codebase, following message appears when 0x3040 is
used:
SERDES1[PRTCL] = 0x3040 is not valid
Signed-off-by: Maciej Pijanowski
Cc: prabhakar.k
According to the table 31-1 in the QorIQ LS1046A Reference Manual,
Rev. 2, 11/2018, the D lane of SerDes1 uses following settings:
- SGMII.9, not SGMII.5 for D lane,
- SGMII.10, not SGMII.6 for C lane.
Signed-off-by: Maciej Pijanowski
Cc: prabhakar.kushw...@nxp.com
---
arch/arm/cpu/armv8/fsl-la
Hi Michal,
> -Original Message-
> From: Michal Simek
> Sent: 27 May 2019 06:53
> To: Ibai Erkiaga Elorza ; u-boot@lists.denx.de
> Subject: Re: [U-Boot] [PATCH] mmc: implement SDHCI card detect
>
> On 23. 05. 19 15:54, Ibai Erkiaga wrote:
> > Card detect function implemented for SDHCI fra
The UEFI spec requires to check the validity of the time stamp passed to
SetTime().
For the runtime version of SetTime() defined a weak implementation. Put
the definition into include/efi_loader.h to make it available to
implementors.
Heinrich Schuchardt (3):
rtc: export rtc_month_days()
efi_
To let a board implement the runtime version of SetTime() we have to
provide the definition of the weak function in an include.
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/efi_loader.h b/include/efi_loader.h
index 77b2
Export function rtc_month_days() for reuse in the UEFI subsystem.
Signed-off-by: Heinrich Schuchardt
---
drivers/rtc/rtc-lib.c | 2 +-
include/rtc.h | 8
2 files changed, 9 insertions(+), 1 deletion(-)
diff --git a/drivers/rtc/rtc-lib.c b/drivers/rtc/rtc-lib.c
index 6528ddfebb.
The UEFI spec prescribes that we check that the timestamp passed to
SetTime() is checked for validity.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_runtime.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/lib/efi_loader/efi_runtime.c b/lib
On Fri, May 31, 2019 at 8:32 AM Bartosz Golaszewski wrote:
>
> From: Bartosz Golaszewski
>
> Now that we removed all legacy boards selecting TI_EMAC we can
> completely convert the driver code to using the driver model.
> This patch also updates all remaining users of davinci_emac.
Nice job on t
On 5/31/19 5:11 AM, Peng Fan wrote:
When build SPL_OF_PLATDATA on i.MX6, meet issue the fdtdec_get_int
not defined, however fdtdec.c will use fdtdec_get_int, so let's
compile fdtdec_common.c when OF_LIBFDT selected.
Signed-off-by: Peng Fan
---
lib/Makefile | 2 +-
1 file changed, 1 insertion
Adds a driver for the MDIO interface currently integrated in LS1028a SoC.
This MDIO interface is shared by multiple ethernet interfaces and is
presented as a stand-alone PCI function on the SoC ECAM.
Signed-off-by: Alex Marginean
---
configs/ls1028aqds_tfa_defconfig | 1 +
configs/ls1028ardb_t
Adds a driver for NXP ENETC ethernet controller currently integrated in
LS1028a. ENETC is a fairly straight-forward BD ring device and interfaces
are presented as PCI EPs on the SoC ECAM.
Signed-off-by: Catalin Horghidan
Signed-off-by: Alex Marginean
---
configs/ls1028aqds_tfa_defconfig | 1
Adds UCLASS_MDIO DM class supporting MDIO buses that are probed as
stand-alone devices. Useful in particular for systems that support
DM_ETH and have a stand-alone MDIO hardware block shared by multiple
Ethernet interfaces.
Signed-off-by: Alex Marginean
---
cmd/mdio.c | 5 ++
driv
Signed-off-by: Alex Marginean
---
drivers/pci/pci-uclass.c | 25 +
include/pci.h| 11 +++
2 files changed, 36 insertions(+)
diff --git a/drivers/pci/pci-uclass.c b/drivers/pci/pci-uclass.c
index 3204f156c3..12b171f9f2 100644
--- a/drivers/pci/pci-uclas
Makes dm_pci_map_bar function available for integrated PCI devices that
support Enhanced Allocation instead of original PCI BAR mechanism.
Signed-off-by: Alex Marginean
---
drivers/pci/pci-uclass.c | 47
include/pci.h| 2 +-
2 files changed,
On Tue, 2019-05-28 at 15:47 +0530, Padmarao Begari wrote:
> This patch adds Microchip MPFS Icicle board support.
> For now, NS16550 serial driver is only enabled.
> The Microchip MPFS Icicle defconfig by default builds
> U-Boot for M-Mode with SMP support.
>
> Signed-off-by: Padmarao Begari
> Rev
From: Marcel Ziswiler
This commit adds initial support for the Toradex Apalis iMX8QM 4GB WB IT
V1.0B module. Unlike the V1.0A early access samples exclusively booting
from SD card, they are now strapped to boot from eFuses which are
factory fused to properly boot from their on-module eMMC. U-Boot
This fixes the i.MX 8 fuse driver to actually build for i.MX 8QM as
well.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krummenacher
---
Changes in v3: None
Changes in v2: None
drivers/misc/imx8/fuse.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/misc/imx8/fuse.c b/drivers/
This series adds support for more lpuart instances, support for i2c0,
i2c1, i2c2, i2c3, i2c4, fixes support for uSDHC2, fixes CPU frequency
reporting, fixes fuse driver and last but not least introduces support
for the Toradex Apalis iMX8QM 4GB WB IT V1.0B module.
This series is available togethe
CPU frequency reporting failed with the following error message being
printed:
sc_pm_get_clock_rate: resource:507 clk:2: res:3
Could not read CPU frequency: -22
CPU: NXP i.MX8QM RevB A53 at 0 MHz
Fix this by differentiating between the A35 as found on the i.MX 8QXP
and the A53 as found on the i
Trying to bring up uSDHC2 the following error message was observed:
MMC: imx8_clk_set_rate(Invalid clk ID #60)
imx8_clk_set_rate(Invalid clk ID #60)
usdhc@5b03 - probe failed: -22
This commit fixes this by properly setting resp. clocks.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krum
From: Marcel Ziswiler
Add support for i2c0, i2c1, i2c2, i2c3 and i2c4.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krummenacher
---
Changes in v3: None
Changes in v2: None
arch/arm/dts/fsl-imx8qm.dtsi | 75
1 file changed, 75 insertions(+)
diff --g
From: Marcel Ziswiler
Add support for lpuart1, lpuart2, lpuart3 and lpuart4.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Max Krummenacher
---
Changes in v3: None
Changes in v2: None
arch/arm/dts/fsl-imx8qm.dtsi | 80
1 file changed, 80 insertions(+)
di
From: Marcel Ziswiler
This commit adds initial support for the Toradex Colibri iMX8QXP 2GB WB
IT V1.0B module. Unlike the V1.0A early access samples exclusively
booting from SD card, they are now strapped to boot from eFuses which
are factory fused to properly boot from their on-module eMMC. U-Bo
This series fixes building for i.MX8 without SPL and last but not least
introduces support for the Toradex Colibri iMX8QXP 2GB WB IT V1.0B
module.
This series is available together with the last few clean-up patches
on our git server [1] as well.
[1] http://git.toradex.com/cgit/u-boot-toradex.gi
From: Marcel Ziswiler
Building with Travis CI complained and stopped with the following error:
+cc1: fatal error: opening output file spl/u-boot-spl.cfgout: No such
file or directory
+compilation terminated.
This fixes commit caceb739ea07 ("imx: build flash.bin for i.MX8") which
took SPL being e
On Fri, May 31, 2019 at 02:48:50PM +0800, Kever Yang wrote:
> Hi Tom,
>
> Please pull some rockchip updates:
>
> - some fix for rk3399-puma;
> - rockchip script make_fit_atf.py cleanup
> - Enable TPL for rk3399 orangepi and nanopi4;
> - add support for rk3399 boards: Nanopi NEO4, Rockpro64, Rock
>
> are available in the Git repository at:
>
> git://git.denx.de/u-boot-amlogic.git tags/u-boot-amlogic-20190531
>
> for you to fetch changes up to d0b1f72a04e49cb2abfac5c4e13696eabc125132:
>
> configs: u200: enable support for USB Host & Gadget (2019-05-3
fatload command can be used to load the EFI payload since EFI system
partition is always a FAT partition. Call into EFI code from
do_fat_fsload() to set the device path from which the last binary was
loaded. An EFI application like grub2 can’t find its configuration
file without the device path set
On 5/31/19 3:31 PM, Tom Rini wrote:
> On Fri, May 31, 2019 at 03:22:05PM +0200, Marek Vasut wrote:
>> On 5/31/19 3:08 PM, Tom Rini wrote:
>>> On Fri, May 31, 2019 at 02:57:08PM +0200, Marek Vasut wrote:
On 5/31/19 2:51 PM, Tom Rini wrote:
> On Fri, May 31, 2019 at 02:46:45PM +0200, Marek V
From: Bartosz Golaszewski
Now that we removed all legacy boards selecting TI_EMAC we can
completely convert the driver code to using the driver model.
This patch also updates all remaining users of davinci_emac.
Signed-off-by: Bartosz Golaszewski
---
arch/arm/mach-davinci/cpu.c| 13
On Fri, May 31, 2019 at 03:22:05PM +0200, Marek Vasut wrote:
> On 5/31/19 3:08 PM, Tom Rini wrote:
> > On Fri, May 31, 2019 at 02:57:08PM +0200, Marek Vasut wrote:
> >> On 5/31/19 2:51 PM, Tom Rini wrote:
> >>> On Fri, May 31, 2019 at 02:46:45PM +0200, Marek Vasut wrote:
> On 5/31/19 2:42 PM,
Activate the remote processor support for stm32mp15 configs.
Signed-off-by: Fabien Dessenne
---
configs/stm32mp15_basic_defconfig | 2 ++
configs/stm32mp15_trusted_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/stm32mp15_basic_defconfig
b/configs/stm32mp15_basic_defc
According to JEDEC JESD84-B51.pdf section 6.3.3 Boot operation ,
HS200 & HS400 mode is not supported during boot operation. The
U-Boot code currently only applies this restriction to HS200 mode,
extend this to HS400 mode as well.
Signed-off-by: Marek Vasut
Cc: Jean-Jacques Hiblot
Cc: Nobuhiro Iw
Signed-off-by: Fabien Dessenne
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 33fd465..5c505d9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -309,6 +309,7 @@ F: drivers/power/pmic/stpmic1.c
F: drivers/power/regulator/stm32-vrefbuf.c
F:
On 5/31/19 3:08 PM, Tom Rini wrote:
> On Fri, May 31, 2019 at 02:57:08PM +0200, Marek Vasut wrote:
>> On 5/31/19 2:51 PM, Tom Rini wrote:
>>> On Fri, May 31, 2019 at 02:46:45PM +0200, Marek Vasut wrote:
On 5/31/19 2:42 PM, Tom Rini wrote:
> On Fri, May 31, 2019 at 02:20:15PM +0200, Marek V
Add full function comment headers.
Fix rproc_is_initialized() return value description.
Signed-off-by: Fabien Dessenne
---
include/remoteproc.h | 104 +--
1 file changed, 68 insertions(+), 36 deletions(-)
diff --git a/include/remoteproc.h b/includ
The current implementation supports only binary file load.
Add helpers to support ELF32 format (sanity check, and load).
Note that since an ELF32 image is built for the remote processor, the
load function uses the device_to_virt ops to translate the addresses.
Implement a basic translation for sand
This patch introduces support of Cortex-M4 remote processor for STM32
MCU and MPU families.
Signed-off-by: Loic Pallardy
Signed-off-by: Fabien Dessenne
---
drivers/remoteproc/Kconfig | 10 ++
drivers/remoteproc/Makefile | 1 +
drivers/remoteproc/stm32_copro.c | 257 +++
Introduce the device_to_virt function to allow translation between
device address (remote processor view) and virtual address (main
processor view).
Signed-off-by: Loic Pallardy
Signed-off-by: Fabien Dessenne
---
include/remoteproc.h | 12
1 file changed, 12 insertions(+)
diff --g
Add the following functions to translate DMA address to CPU address:
- dev_translate_dma_address()
- ofnode_translate_dma_address()
- of_translate_dma_address()
- fdt_translate_dma_address()
These functions work the same way as xxx_translate_address(), with the
difference that the translation relie
This patchset adds an STM32 remoteproc driver.
Patch 1 adds the xxx_translate_dma_address() API which is the equivalent
of the xxx_translate_address() relying on the "dma-ranges" property
instead of the "ranges" property.
Patch 2 fixes and completes function headers of remoteproc.h.
Patch 3 & 4
Hi,
I’m trying to implement the VQMMC supply for the an eMMC on my board using a
GPIO regulator, i.e.
reg_sd_vsel: regulator-sd-vsel {
pinctrl-names = "default";
pinctrl-0 = <&pinctrl_sd_vsel>;
compatible = "regulator-gpio";
regulator-name = "sd-vsel";
regulator-min-microvolt = <18
On Fri, May 31, 2019 at 02:58:47PM +0200, Marek Vasut wrote:
> On 5/31/19 2:51 PM, Fabio Estevam wrote:
> > On Fri, May 31, 2019 at 9:45 AM Marek Vasut wrote:
> >
> >> It's an accident just waiting to happen -- only a matter of time until
> >> someone writes too large u-boot-dtb.img and silently
On Fri, May 31, 2019 at 02:57:08PM +0200, Marek Vasut wrote:
> On 5/31/19 2:51 PM, Tom Rini wrote:
> > On Fri, May 31, 2019 at 02:46:45PM +0200, Marek Vasut wrote:
> >> On 5/31/19 2:42 PM, Tom Rini wrote:
> >>> On Fri, May 31, 2019 at 02:20:15PM +0200, Marek Vasut wrote:
> On 5/31/19 2:18 PM,
On Sat, May 25, 2019 at 10:41 AM Tom Rini wrote:
>
> On Sat, Mar 09, 2019 at 06:02:51PM -0600, Adam Ford wrote:
>
> > This converts the following to Kconfig:
> >CONFIG_NAND
> >
> > A bunch of boards have dependent NAND drivers, and CONFIG_NAND
> > is already in Kconfig, so this patch enabl
On 5/31/19 2:51 PM, Fabio Estevam wrote:
> On Fri, May 31, 2019 at 9:45 AM Marek Vasut wrote:
>
>> It's an accident just waiting to happen -- only a matter of time until
>> someone writes too large u-boot-dtb.img and silently corrupts the file
>> system right behind it ;-)
>
> If u-boot-dtb.img
On 5/31/19 2:51 PM, Tom Rini wrote:
> On Fri, May 31, 2019 at 02:46:45PM +0200, Marek Vasut wrote:
>> On 5/31/19 2:42 PM, Tom Rini wrote:
>>> On Fri, May 31, 2019 at 02:20:15PM +0200, Marek Vasut wrote:
On 5/31/19 2:18 PM, Fabio Estevam wrote:
> On Fri, May 31, 2019 at 9:17 AM Marek Vasut
On Fri, May 31, 2019 at 02:46:45PM +0200, Marek Vasut wrote:
> On 5/31/19 2:42 PM, Tom Rini wrote:
> > On Fri, May 31, 2019 at 02:20:15PM +0200, Marek Vasut wrote:
> >> On 5/31/19 2:18 PM, Fabio Estevam wrote:
> >>> On Fri, May 31, 2019 at 9:17 AM Marek Vasut wrote:
> >>>
> So I will have to
On Fri, May 31, 2019 at 9:45 AM Marek Vasut wrote:
> It's an accident just waiting to happen -- only a matter of time until
> someone writes too large u-boot-dtb.img and silently corrupts the file
> system right behind it ;-)
If u-boot-dtb.img grows it will corrupt the env region.
We can detect
On 5/31/19 2:42 PM, Tom Rini wrote:
> On Fri, May 31, 2019 at 02:20:15PM +0200, Marek Vasut wrote:
>> On 5/31/19 2:18 PM, Fabio Estevam wrote:
>>> On Fri, May 31, 2019 at 9:17 AM Marek Vasut wrote:
>>>
So I will have to track a downstream patch for wandboard now ?
>>>
>>> I didn't mention we
On 5/31/19 2:43 PM, Fabio Estevam wrote:
> On Fri, May 31, 2019 at 9:20 AM Marek Vasut wrote:
>
>> How does the sabresd boot ?
>
> It boots from SD card with SPL at 1kB and u-boot-dtb.img at 69kB.
>
> We don't need EXT4 in SPL at all.
It's an accident just waiting to happen -- only a matter of
On Fri, May 31, 2019 at 9:20 AM Marek Vasut wrote:
> How does the sabresd boot ?
It boots from SD card with SPL at 1kB and u-boot-dtb.img at 69kB.
We don't need EXT4 in SPL at all.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/lis
On Fri, May 31, 2019 at 02:20:15PM +0200, Marek Vasut wrote:
> On 5/31/19 2:18 PM, Fabio Estevam wrote:
> > On Fri, May 31, 2019 at 9:17 AM Marek Vasut wrote:
> >
> >> So I will have to track a downstream patch for wandboard now ?
> >
> > I didn't mention we want to remove CONFIG_SPL_FS_EXT4 fro
On Fri, 2019-05-31 at 12:39 +0200, Stefano Babic wrote:
> Hi Ezequiel,
>
> On 26/05/19 00:57, Marek Vasut wrote:
> > On 5/26/19 12:45 AM, Ezequiel Garcia wrote:
> > > On Sun, 2019-05-26 at 00:24 +0200, Marek Vasut wrote:
> > > > On 5/25/19 11:47 PM, Ezequiel Garcia wrote:
> > > > > On Sat, 2019-05
On 5/31/19 2:18 PM, Fabio Estevam wrote:
> On Fri, May 31, 2019 at 9:17 AM Marek Vasut wrote:
>
>> So I will have to track a downstream patch for wandboard now ?
>
> I didn't mention we want to remove CONFIG_SPL_FS_EXT4 from Wandboard.
Ah OK, good, thanks.
> I do want to remove it from mx6sabr
On Fri, May 31, 2019 at 9:17 AM Marek Vasut wrote:
> So I will have to track a downstream patch for wandboard now ?
I didn't mention we want to remove CONFIG_SPL_FS_EXT4 from Wandboard.
I do want to remove it from mx6sabresd for sure.
___
U-Boot maili
On 5/31/19 12:42 PM, Fabio Estevam wrote:
> Hi Stefano,
>
> On Fri, May 31, 2019 at 7:39 AM Stefano Babic wrote:
>
>> They *could* be good reasons, but it depends on the use case. In case of
>> Novena as Marek stated, it boots from filesystem and dropping this
>> feature breaks definetly the boa
Resync imx6q-logicpd with Kernel 5.1.5
Signed-off-by: Adam Ford
---
V2: Re-sync with 5.1.5 from linux-stable branch
diff --git a/arch/arm/dts/imx6-logicpd-baseboard.dtsi
b/arch/arm/dts/imx6-logicpd-baseboard.dtsi
index 303c09334b..c40a7af6eb 100644
--- a/arch/arm/dts/imx6-logicpd-baseboard.dtsi
On Mon, May 20, 2019 at 2:35 PM Adam Ford wrote:
>
> The arch_cpu_init() and preloader_console_init() functions
> were not getting called until board_init_r() as part of the
> spl_board_init() functions. This patch explicitly moves these
> initialization sequences earlier in startup, and now clea
On Fri, May 31, 2019 at 08:48:03AM +0200, Bartosz Golaszewski wrote:
> śr., 29 maj 2019 o 19:18 Tom Rini napisał(a):
> >
> > On Mon, May 20, 2019 at 06:29:38PM +0200, Bartosz Golaszewski wrote:
> >
> > > From: Bartosz Golaszewski
> > >
> > > There are no more users of lowlevel_init.S. Remove the
pt., 31 maj 2019 o 01:04 Adam Ford napisał(a):
>
> With ipam390 support removed in we can remove the reference to the
> linker script since that case will never be true.
>
> Signed-off-by: Adam Ford
>
> diff --git a/arch/arm/mach-davinci/Kconfig b/arch/arm/mach-davinci/Kconfig
> index 61e84e5129.
Hi Angelo,
> -Original Message-
> From: Angelo Dureghello
> Sent: 2019年5月31日 2:23
> To: Y.b. Lu
> Cc: u-boot@lists.denx.de; Stefano Babic ; Fabio Estevam
> ; dl-uboot-imx ; Albert Aribaud
> ; Eddy Petrișor ;
> Akshay Bhat ; Ken Lin
> ; Heiko Schocher ; Christian
> Gmeiner ; Stefan Roese
Hi,
> Subject: Re: [v3, 5/5] mmc: fsl_esdhc_imx: drop useless code
>
> Hi Lu,
>
> On Tue, May 21, 2019 at 08:53:04AM +, Y.b. Lu wrote:
> > Dropped useless code for i.MX eSDHC driver.
> >
> > Signed-off-by: Yangbo Lu
> > ---
> > Changes for v2:
> > - Added this patch.
> > Changes for v3:
> -Original Message-
> From: Tom Rini
> Sent: 2019年5月31日 3:43
> To: Chuanhua Han
> Cc: ja...@openedev.com; w...@denx.de; Shengzhou Liu
> ; Ruchika Gupta ; Pan
> Jiafei ; u-boot@lists.denx.de; Jiafei Pan
> ; Yinbo Zhu
> Subject: Re: [EXT] Re: [U-Boot] [PATCH v2 1/5] spl: dm: disable SPI
Hi Lu,
On Tue, May 21, 2019 at 08:53:04AM +, Y.b. Lu wrote:
> Dropped useless code for i.MX eSDHC driver.
>
> Signed-off-by: Yangbo Lu
> ---
> Changes for v2:
> - Added this patch.
> Changes for v3:
> - None.
> ---
> drivers/mmc/fsl_esdhc_imx.c | 96 ++---
> How about the following patch? not tested
>
> diff --git a/drivers/power/regulator/regulator-uclass.c
> b/drivers/power/regulator/regulator-uclass.c
> index 9118b8eb39..76be95bcd1 100644
> --- a/drivers/power/regulator/regulator-uclass.c
> +++ b/drivers/power/regulator/regulator-uclass.c
> @@ -
Hi Stefano,
On Fri, May 31, 2019 at 7:39 AM Stefano Babic wrote:
> They *could* be good reasons, but it depends on the use case. In case of
> Novena as Marek stated, it boots from filesystem and dropping this
> feature breaks definetly the board.
>
> My position is that each board maintainer can
Hi Ezequiel,
On 26/05/19 00:57, Marek Vasut wrote:
> On 5/26/19 12:45 AM, Ezequiel Garcia wrote:
>> On Sun, 2019-05-26 at 00:24 +0200, Marek Vasut wrote:
>>> On 5/25/19 11:47 PM, Ezequiel Garcia wrote:
On Sat, 2019-05-25 at 22:15 +0200, Marek Vasut wrote:
> On 5/25/19 6:49 PM, Ezequiel Ga
Hi Jun,
On Fri, May 31, 2019 at 12:29 AM Jun Nie wrote:
> There is no response from the PMIC I2C address in software test.
Please fix this issue instead of proceeding with a failure on PMIC probe.
___
U-Boot mailing list
U-Boot@lists.denx.de
https://l
From: Ashish Kumar
Signed-off-by: Ashish Kumar
---
configs/ls1012a2g5rdb_qspi_defconfig | 2 ++
configs/ls1012a2g5rdb_tfa_defconfig| 2 ++
configs/ls1012afrdm_qspi_defconfig | 2 ++
configs/ls1012afrdm_tfa_defconfig | 2 ++
configs/ls1012afrwy_qspi
From: Igor Opaniuk
Enable fastboot support (including "fastboot oem" subset of commands).
Signed-off-by: Igor Opaniuk
---
configs/colibri_imx7_emmc_defconfig | 8
1 file changed, 8 insertions(+)
diff --git a/configs/colibri_imx7_emmc_defconfig
b/configs/colibri_imx7_emmc_defconfig
i
On Thu, 30 May 2019, Bin Meng wrote:
> On Sun, May 26, 2019 at 5:13 PM Paul Walmsley
> wrote:
>
> > diff --git a/drivers/clk/sifive/fu540-prci.c
> > b/drivers/clk/sifive/fu540-prci.c
> > index 2d47ebc6b1..d79d1a5351 100644
> > --- a/drivers/clk/sifive/fu540-prci.c
> > +++ b/drivers/clk/sifive/f
> Subject: [PATCH] regulator: Allow autosetting fixed regulators
>
> Fixed regulators don't have a set_value method. Therefore,
> regulator_set_value will return -ENOSYS when called from regulator_autoset.
>
> Accepting this return value allows autosetting fixed regulators.
>
> Signed-off-by: Sv
Hi Schrempf,
As of now imx usb loader does not process FIT images.
Have you added some patch or support on imx usb loader side ?
Thanks and regards,
Shyam
On Mon, May 27, 2019 at 12:10 PM Schrempf Frieder
wrote:
>
> Hi Fabio,
>
> On 23.05.19 19:45, Fabio Estevam wrote:
> > Hi Schrempf,
> >
> >
Layerscape began to use two eSDHC controllers, for example,
LS1012A. They are same IP block with same reference clock.
This patch is to add clock support for the second eSDHC.
Signed-off-by: Yinbo Zhu
---
Change in v2:
update the Copyright information
arch/arm/cpu/armv8/fsl-laye
> For fixed regulator, will min_uV/max_uV be set to value other
> than -ENODATA? I think no.
I see this commonly done (see Linux device trees as well as the u-boot device
trees) and the kernel documentation seems to encourage it:
https://www.kernel.org/doc/Documentation/devicetree/bindings/regul
> Subject: Re: [PATCH] regulator: Allow autosetting fixed regulators
>
> Hi Peng,
>
> > According to code:
> >if (uc_pdata->flags & REGULATOR_FLAG_AUTOSET_UV)
> >ret = regulator_set_value(dev, uc_pdata->min_uV);
> >if (!ret && (uc_pdata->flags & REGULATOR_FLAG_AUTO
changes since commit e2822ccc2c7c0ba8d7d959a1fa1e6221ed135423:
Merge branch 'master' of git://git.denx.de/u-boot-tegra (2019-05-29 07:28:40
-0400)
are available in the Git repository at:
git://git.denx.de/u-boot-amlogic.git tags/u-boot-amlogic-20190531
for you to fetch cha
1 - 100 of 112 matches
Mail list logo