On 11/05/20 11:53 pm, Tom Rini wrote:
> On Mon, May 11, 2020 at 06:12:59PM +0530, Lokesh Vutla wrote:
>
>> Hi Tom,
>> Please find the pull request for v2020.07-rc2 containing TI specific
>> changes.
>>
>> Travis-CI build:
>>
>-Original Message-
>From: U-Boot On Behalf Of Kuldeep Singh
>Sent: Tuesday, February 11, 2020 3:09 PM
>To: u-boot@lists.denx.de
>Subject: [PATCH] configs: ls1046a: Define ENV_ADDR value
>
>CONFIG_ENV_ADDR helps in picking environment from flash before DDR init.
>Define value 0x4030
>
> %s/SMM_VARIABLE_COMMUNICATE_GET_PAYLOAD_SIZE/SMM_VARIABLE_COMMUNICATE_GET_PAYLOAD_SIZE./
>
> > + * @size: vendor GUID
[...]
> > + * @name_size: size of the name of the variable
> > + * @name: variable name
> > + *
> > + * Defined in EDK2 as
Hi Heinrich
On Mon, May 11, 2020 at 09:39:51PM +0200, Heinrich Schuchardt wrote:
> On 5/11/20 8:13 PM, Ilias Apalodimas wrote:
> > +
[...]
> > +/*
> > + * Interface to the pseudo TA, which provides a communication channel with
>
> U-Boot developers might not know the OP-TEE terms. So I would
On Mon, May 11, 2020 at 08:54:04PM +0200, Heinrich Schuchardt wrote:
> On 5/11/20 8:14 PM, Ilias Apalodimas wrote:
> > With the previous patches that use OP-TEE and StandAloneMM for UEFI
> > variable storage we've added functionality for efi_query_variable_info.
> > So let's add the relevant
On 11. 05. 20 16:06, Benedikt Grassl wrote:
> Hi,
>
> with commit 942b5fc0 the 8-bit data bus seems to work fine in U-Boot.
> However, I have one situation where I get transfer errors lateron in
> Linux. At the moment I suspect that this is rather a problem of the
> Linux driver, but I would like
Hi Wolfgang, Andy,
On Mon, May 11, 2020 at 4:34 AM Simon Glass wrote:
>
> NOTE: I have resent this as v1 to avoid confusion
>
> This is split from the original series in an attempt to get things applied
> in chunks.
>
> This part includes:
> - writing basic ACPI code for integers, strings,
Heinrich Schuchardt writes:
> GCC recognizes /* fallthrough */ if -Wimplicit-fallthrough=3 is enabled.
> Let's use it consistently.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> tools/mkimage.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/tools/mkimage.c
Hi Patrice,
在 2020/5/11 下午8:48, Patrice CHOTARD 写道:
Hi David
On 5/9/20 8:42 AM, David Wu wrote:
Hi Patrice,
在 2020/4/30 下午11:33, Patrice CHOTARD 写道:
Can you explain why you are splitting this function in 2 parts and calling
these parts sequentially ?
For rockchip, need to obtain the
Hi Simon,
On Tue, May 12, 2020 at 9:41 AM Simon Glass wrote:
>
> Hi Bin,
>
> What do you think about having a test in gitlab etc. that boots U-Boot from
> coreboot using qemu? It might be handy as a sanity check. Do you think it
> would be hard?
Yes, I think that's possible.
Regards,
Bin
Hi Marek, Hi Lukasz,
On Sat, Apr 11, 2020 at 10:42 PM Jassi Brar wrote:
>
> On Sat, Apr 11, 2020 at 9:31 PM Marek Vasut wrote:
> >
> > On 4/12/20 2:04 AM, Heinrich Schuchardt wrote:
> > > Am April 11, 2020 11:47:06 PM UTC schrieb Jassi Brar
> > > :
> > >> On Sun, Mar 29, 2020 at 7:47 PM
Hi Bin,
What do you think about having a test in gitlab etc. that boots U-Boot from
coreboot using qemu? It might be handy as a sanity check. Do you think it
would be hard?
Regards,
SImon
> Subject: RE: [PATCH 1/2] imx: imx8mp_evk: fix boot issue
>
> > Subject: Re: [PATCH 1/2] imx: imx8mp_evk: fix boot issue
> >
> > Hi Peng,
> >
> > On Mon, May 11, 2020 at 2:55 AM Peng Fan wrote:
> > >
> > > The u-boot-spl.bin pad with ddr firmware conflicts with the
> > > CONFIG_MALLOC_F_ADDR
From: Jacky Bai
There is no DDR_SS_GPR0 exits on i.MX8MN, so skip setting
this register on i.MX8MN.
Signed-off-by: Jacky Bai
Signed-off-by: Peng Fan
---
drivers/ddr/imx/imx8m/ddr_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ddr/imx/imx8m/ddr_init.c
From: Jacky Bai
The 'selfref_en' should be bit'0', so correct the setting to
enable the auto self-refresh.
Reviewed-by: Jian Li
Reviewed-by: Ye Li
Signed-off-by: Jacky Bai
Signed-off-by: Peng Fan
---
drivers/ddr/imx/imx8m/ddr_init.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
From: Sherry Sun
the DRAM Controller in i.MX8MP will support a feature called "Inline ECC".
This is supported for all 3 supported DRAM technologies (LPDDR4, DDR4 and
DDR3L). When this feature is enabled by software, the DRAM Controller
reserves 12.5% of DRAM capacity for ECC information, and
V2:
Drop patch to print dram rate
remove board ddr ecc part from patch enabling inline ecc feature
This is to upstream NXP vendor tree ddr driver related fix and update
Jacky Bai (2):
driver: ddr: imx: skip ddr_ss_gpr config on imx8mn
driver: ddr: imx: correct the pwrctl setting of
Hi Pragnesh,
On Mon, May 11, 2020 at 6:35 PM Pragnesh Patel
wrote:
>
> >-Original Message-
> >From: Bin Meng
> >Sent: 11 May 2020 15:41
> >To: Pragnesh Patel
> >Cc: Jagan Teki ; U-Boot-Denx >b...@lists.denx.de>; Atish Patra ; Palmer Dabbelt
> >; Paul Walmsley ;
> >Troy Benjegerdes ;
Hi Marek,
On 2020/5/11 17:48, Marek Vasut wrote:
On 5/11/20 9:57 AM, Frank Wang wrote:
[...]
@@ -394,6 +407,12 @@ static int dwc3_glue_probe(struct udevice *dev)
if (ret)
return ret;
+ if (glue->resets.count < 1) {
This condition is only true if count == 0 ?
What's
> Subject: Re: [PATCH 1/2] imx: imx8mp_evk: fix boot issue
>
> Hi Peng,
>
> On Mon, May 11, 2020 at 2:55 AM Peng Fan wrote:
> >
> > The u-boot-spl.bin pad with ddr firmware conflicts with the
> > CONFIG_MALLOC_F_ADDR area, the ddr firmware will be overwritten by
> > malloc in SPL stage and
> Subject: Re: [PATCH 3/8] imx8mp: ddr: Add inline ECC feature support
>
> Hi Peng,
>
> On Mon, May 11, 2020 at 6:30 AM Peng Fan wrote:
> >
> > From: Sherry Sun
> >
> > Add inline ECC support for lpddr4 on imx8mp-evk. And add a config
> > which can enable/disable inline ECC feature for lpddr4
Bump to the series
On 5/4/20 4:14 PM, Dan Murphy wrote:
Hello
The addition of the DP83867 driver to uboot was done in a generic way that
made it a bit difficult to bring in new PHY drivers. The difficulty came in the
config flags and the phy_init function. The change is to make the flags and
> Subject: Re: [PATCH 4/8] drivers: ddr: imx8m: add print for DRAM rate
>
> On 11.05.20 11:53, Peng Fan wrote:
> > From: Ye Li
> >
> > Enable print to show the DRAM rate of current setting and training
> > result.
> >
> > Reviewed-by: Peng Fan
> > Signed-off-by: Ye Li
> > Signed-off-by: Peng
Hi Peng,
On Mon, May 11, 2020 at 6:30 AM Peng Fan wrote:
>
> From: Sherry Sun
>
> Add inline ECC support for lpddr4 on imx8mp-evk. And add a config which
> can enable/disable inline ECC feature for lpddr4 on imx8mp-evk board.
Please elaborate more on this inline ECC feature: when and why does
Hey all,
It's release day and I've tagged v2020.07-rc2. At this point out we
should be seeing stabilization, clean-up and localized new features.
Once again, for a changelog,
git log --merges v2020.07-rc1..v2020.07-rc2
and as always, I ask for more details in the PRs people send me so I can
On Mon, May 11, 2020 at 05:25:16PM +0200, Heinrich Schuchardt wrote:
> The following changes since commit c5c657644bc35fd6b3d6e5517698721e90646b8d:
>
> Merge branch '2020-05-08-assorted-fixes' (2020-05-08 18:58:19 -0400)
>
> are available in the Git repository at:
>
>
On Mon, May 11, 2020 at 02:28:54PM -0600, Simon Glass wrote:
> Hi Masahiro,
>
> On Sun, 10 May 2020 at 22:57, Masahiro Yamada wrote:
> >
> > On Mon, May 11, 2020 at 2:43 AM Simon Glass wrote:
> > >
> > > Some places use __ASSEMBLER__ instead which does not work since the
> > > Makefile does not
On Mon, May 11, 2020 at 02:28:48PM -0600, Simon Glass wrote:
> Hi,
>
> On Sun, 10 May 2020 at 20:14, Marek Vasut wrote:
> >
> > On 5/11/20 3:59 AM, Masahiro Yamada wrote:
> > > Hi Simon,
> > >
> > > On Mon, May 11, 2020 at 5:37 AM Simon Glass wrote:
> > >>
> > >> Hi Masahiro,
> > >>
> > >> On
Hi Masahiro,
On Mon, 11 May 2020 at 01:05, Masahiro Yamada wrote:
>
> On Mon, May 11, 2020 at 3:44 PM Masahiro Yamada wrote:
> >
> > Simon,
> >
> > On Mon, May 11, 2020 at 7:58 AM Simon Glass wrote:
> > >
> > > Move this uncommon header out of the common header.
> > >
> > > Signed-off-by:
Hi Masahiro,
On Sun, 10 May 2020 at 22:57, Masahiro Yamada wrote:
>
> On Mon, May 11, 2020 at 2:43 AM Simon Glass wrote:
> >
> > Some places use __ASSEMBLER__ instead which does not work since the
> > Makefile does not define it. Fix them.
> >
> > Signed-off-by: Simon Glass
>
>
> I think we
Hi,
On Mon, 11 May 2020 at 08:37, Heiko Schocher wrote:
>
> Hello Michal,
>
> Am 11.05.2020 um 15:36 schrieb Michal Simek:
> > On 07. 05. 20 12:02, Heiko Schocher wrote:
> >> Hello Michal,
> >>
> >> Am 07.05.2020 um 10:18 schrieb Michal Simek:
> >>> On 06. 05. 20 16:47, Simon Glass wrote:
>
Hi,
On Sun, 10 May 2020 at 20:14, Marek Vasut wrote:
>
> On 5/11/20 3:59 AM, Masahiro Yamada wrote:
> > Hi Simon,
> >
> > On Mon, May 11, 2020 at 5:37 AM Simon Glass wrote:
> >>
> >> Hi Masahiro,
> >>
> >> On Sat, 9 May 2020 at 05:00, Masahiro Yamada wrote:
> >>>
> >>> On Sat, May 9, 2020 at
Hi Pratyush,
On Mon, 11 May 2020 at 06:00, Yadav, Pratyush wrote:
>
> Hi Simon,
>
> On 07/05/20 07:36PM, Simon Glass wrote:
> > >
> > > If there a way to use DM w/o DT changes, we can definitely explore that...
> >
> > You can certainly do that. Just device_bind() a driver that implements
> >
On 11/05/2020 21:44, Tom Rini wrote:
> On Fri, May 08, 2020 at 11:26:36PM +0200, Matthias Brugger wrote:
>> Adding Tom as he is the arm maintainer.
>>
>> On 04/05/2020 14:45, Sylwester Nawrocki wrote:
>>> From: Marek Szyprowski
>>>
>>> Create a non-cacheable mapping for the 0x6
On Fri, May 08, 2020 at 11:26:36PM +0200, Matthias Brugger wrote:
> Adding Tom as he is the arm maintainer.
>
> On 04/05/2020 14:45, Sylwester Nawrocki wrote:
> > From: Marek Szyprowski
> >
> > Create a non-cacheable mapping for the 0x6 physical memory region,
> > where MMIO registers
Given limitations on the current implementation of our test framework,
having both am65x_evm_r5 and am65x_evm_a53 have serial output on the
same port confuses the tests. If we disable serial output in r5 and
disable the SPL tests as well, we can run the rest of the testsuite on
am65x_evm_a53.
On 5/11/20 8:13 PM, Ilias Apalodimas wrote:
> From: Sughosh Ganu
>
> In Arm devices OP-TEE has the ability to run StandAloneMM (from EDK2)
> in a separate partition and handle UEFI variables.
> A following patch introduces this functionality.
>
> Add the headers needed for OP-TEE <-->
On Sun, May 10, 2020 at 09:24:19PM +0200, Marek Vasut wrote:
> On 5/8/20 9:21 PM, Tom Rini wrote:
> > On Fri, May 08, 2020 at 09:00:02PM +0200, Marek Vasut wrote:
> >> On 5/8/20 8:47 PM, Tom Rini wrote:
> >>> On Fri, May 08, 2020 at 03:37:01AM +0200, Marek Vasut wrote:
> On 5/7/20 10:46 PM,
On Thu, May 07, 2020 at 05:17:15PM -0600, Stephen Warren wrote:
> On 5/7/20 12:48 PM, Tom Rini wrote:
> > Hey,
> >
> > So I'm trying to enable our test.py framework on am65x_evm_r5 +
> > am65x_evm_a53. The short version is this platform has an R5 core that
> > sets things up and fires off the
On 5/11/20 8:40 PM, Tom Rini wrote:
> On Sun, May 10, 2020 at 10:12:07PM +0900, Masahiro Yamada wrote:
>> On Sun, May 10, 2020 at 12:12 AM Heinrich Schuchardt
>> wrote:
>>>
>>> GCC recognizes /* fallthrough */ if -Wimplicit-fallthrough=3 is enabled.
>>
>> FYI.
>>
>> Linux decided to not use /*
On Mon, 2020-04-27 at 14:52 +0800, Chen-Yu Tsai wrote:
> From: Chen-Yu Tsai
>
> This syncs rk3328 device tree files from the Linux kernel next-20200324.
> The last commit to touch these files is:
>
> b2411befed60 ("arm64: dts: add bus to rockchip amba nodenames")
>
> Additional changes not
On 5/11/20 8:14 PM, Ilias Apalodimas wrote:
> With the previous patches that use OP-TEE and StandAloneMM for UEFI
> variable storage we've added functionality for efi_query_variable_info.
> So let's add the relevant command to efidebug and retrieve information
> about the container used to store
On Sun, May 10, 2020 at 10:12:07PM +0900, Masahiro Yamada wrote:
> On Sun, May 10, 2020 at 12:12 AM Heinrich Schuchardt
> wrote:
> >
> > GCC recognizes /* fallthrough */ if -Wimplicit-fallthrough=3 is enabled.
>
> FYI.
>
> Linux decided to not use /* fallthrough */ any more
> because Clang
On 5/11/20 8:14 PM, Ilias Apalodimas wrote:
> Add myself as maintainer for the OP-TEE related UEFI variable storage
> and add the headers file on the existing EFI list
>
> Signed-off-by: Ilias Apalodimas
Reviewed-by: Heinrich Schuchardt
> ---
> MAINTAINERS | 6 ++
> 1 file changed, 6
On 5/11/20 8:14 PM, Ilias Apalodimas wrote:
> If OP-TEE is compiled with an EDK2 application running in secure world
> it can process and store UEFI variables in an RPMB.
> Add documentation for the config options enabling this
>
> Signed-off-by: Ilias Apalodimas
Reviewed-by: Heinrich Schuchardt
On Mon, May 11, 2020 at 06:12:59PM +0530, Lokesh Vutla wrote:
> Hi Tom,
> Please find the pull request for v2020.07-rc2 containing TI specific
> changes.
>
> Travis-CI build:
> https://travis-ci.org/github/lokeshvutla/u-boot/builds/685502396
>
> Thanks and regards,
> Lokesh
>
> The
In OP-TEE we can run EDK2's StandAloneMM on a secure partition.
StandAloneMM is responsible for the UEFI variable support. In
combination with OP-TEE and it's U-Boot supplicant, variables are
authenticated/validated in secure world and stored on an RPMB partition.
So let's add a new config option
With the previous patches that use OP-TEE and StandAloneMM for UEFI
variable storage we've added functionality for efi_query_variable_info.
So let's add the relevant command to efidebug and retrieve information
about the container used to store UEFI variables
Signed-off-by: Ilias Apalodimas
---
Add myself as maintainer for the OP-TEE related UEFI variable storage
and add the headers file on the existing EFI list
Signed-off-by: Ilias Apalodimas
---
MAINTAINERS | 6 ++
1 file changed, 6 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index ec59ce8b8802..0c38890be09c 100644
---
If OP-TEE is compiled with an EDK2 application running in secure world
it can process and store UEFI variables in an RPMB.
Add documentation for the config options enabling this
Signed-off-by: Ilias Apalodimas
---
doc/uefi/uefi.rst | 17 +
1 file changed, 17 insertions(+)
diff
From: Sughosh Ganu
In Arm devices OP-TEE has the ability to run StandAloneMM (from EDK2)
in a separate partition and handle UEFI variables.
A following patch introduces this functionality.
Add the headers needed for OP-TEE <--> StandAloneMM communication
Signed-off-by: Sughosh Ganu
Hi!
This is the v2 of the patchset adding EFI variable support via OP-TEE
originally posted here [1]
Changes since v1:
* patch #2:
- Fix Copyright issues
- Merge the include files in mm_communication.h
- Rename some variables and follow EDK2 naming
- Added proper documentation on
On Mon, May 11, 2020 at 08:49:38AM +0200, Rasmus Villemoes wrote:
> On 09/05/2020 22.54, Tom Rini wrote:
> > On Sat, May 09, 2020 at 08:56:46PM +0200, Rasmus Villemoes wrote:
> >> On 09/05/2020 00.59, Tom Rini wrote:
> >>> On Fri, Mar 27, 2020 at 12:02:00AM +0100, Rasmus Villemoes wrote:
> >>>
>
-05-08 18:58:19 -0400)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-20200511
>
> for you to fetch changes up to d52a03b130565e6b01dcbe656ebeb611d5ee1aa1:
>
> imx8: cpu: check resource owned after
The following changes since commit c5c657644bc35fd6b3d6e5517698721e90646b8d:
Merge branch '2020-05-08-assorted-fixes' (2020-05-08 18:58:19 -0400)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot-efi.git
tags/efi-2020-07-rc2-4
for you to fetch changes
Hi Fabio,
On Mon, May 11, 2020, 17:02 Fabio Estevam wrote:
> Currently watchdog driver is not selected, which causes system to reboot
> after staying 60s in the U-Boot prompt.
>
> Fix this problem by enabling CONFIG_WATCHDOG so that watchdog can be
> properly serviced.
>
> Signed-off-by: Fabio
On 11.05.20 11:53, Peng Fan wrote:
> From: Ye Li
>
> Enable print to show the DRAM rate of current setting and training
> result.
>
> Reviewed-by: Peng Fan
> Signed-off-by: Ye Li
> Signed-off-by: Peng Fan
> ---
This changes the boottime, too. The printf() are really useful only for
Hello Michal,
Am 11.05.2020 um 15:36 schrieb Michal Simek:
On 07. 05. 20 12:02, Heiko Schocher wrote:
Hello Michal,
Am 07.05.2020 um 10:18 schrieb Michal Simek:
On 06. 05. 20 16:47, Simon Glass wrote:
Hi Michal,
On Tue, 5 May 2020 at 21:43, Simon Glass wrote:
Hi Michal,
On Tue, 5 May
On Mon, May 11, 2020 at 9:13 AM Fabio Estevam wrote:
>
> Hi Peng,
>
> On Mon, May 11, 2020 at 6:30 AM Peng Fan wrote:
> >
> > From: Ye Li
> >
> > Enable print to show the DRAM rate of current setting and training
> > result.
I am not a fan of this.
> >
> > Reviewed-by: Peng Fan
> >
Hi Stefano,
On Mon, May 11, 2020 at 6:27 AM Stefano Babic wrote:
>
> Sorry, forgotten ML...
>
> Hi Fabio, Peng,
>
> I have thought about how to handle Peng's last series and I came to the
> decision to merge them as soon as possible, letting some more time for
> fixes if required. Most patches
Hi Peng,
On Mon, May 11, 2020 at 2:55 AM Peng Fan wrote:
>
> The u-boot-spl.bin pad with ddr firmware conflicts with the
> CONFIG_MALLOC_F_ADDR area, the ddr firmware will be overwritten
> by malloc in SPL stage and cause ddr initialization not able
> to finish. So update the related addresses
On Mon, May 11, 2020 at 8:59 AM Fabio Estevam wrote:
>
> Currently watchdog driver is not selected, which causes system to reboot
> after staying 60s in the U-Boot prompt.
>
> Fix this problem by enabling CONFIG_WATCHDOG so that watchdog can be
> properly serviced.
>
Thanks for doing that!
Hi Peng,
On Mon, May 11, 2020 at 6:30 AM Peng Fan wrote:
>
> From: Ye Li
>
> Enable print to show the DRAM rate of current setting and training
> result.
>
> Reviewed-by: Peng Fan
> Signed-off-by: Ye Li
> Signed-off-by: Peng Fan
This is basically a revert from:
commit
Hi,
with commit 942b5fc0 the 8-bit data bus seems to work fine in U-Boot.
However, I have one situation where I get transfer errors lateron in Linux. At
the moment I suspect that this is rather a problem of the Linux driver, but I
would like to make sure here first.
My ZynqMP has an eMMC flash
Hi Patrick
On 4/30/20 3:52 PM, Patrick Delaunay wrote:
> DT alignment with Linux 5.7-rc2, including the kernel commits
>
> 431c89e6f323 ARM: dts: stm32: use correct vqmmc regu for eMMC on stm32mp1
> ED1/EV1 boards
> 79e965053872 ARM: dts: stm32: add disable-wp property for SD-card on STM32MP1
>
On 4/30/20 9:52 AM, Patrick Delaunay wrote:
> Change the mmc displayed name in U-Boot for stm32_sdmmc2 driver to
> “STM32 SD/MMC”.
>
> This stm32_sdmmc2 driver is for version 2 of the ST HW IP SDMMC but the
> displayed name "STM32 SDMMC2" is confusing for user, between the
> instance of SDMMC and
Currently watchdog driver is not selected, which causes system to reboot
after staying 60s in the U-Boot prompt.
Fix this problem by enabling CONFIG_WATCHDOG so that watchdog can be
properly serviced.
Signed-off-by: Fabio Estevam
---
configs/imx8mp_evk_defconfig | 1 -
1 file changed, 1
Currently watchdog driver is not selected, which causes system to reboot
after staying 60s in the U-Boot prompt.
Fix this problem by enabling CONFIG_WATCHDOG so that watchdog can be
properly serviced.
Signed-off-by: Fabio Estevam
---
configs/verdin-imx8mm_defconfig | 1 -
1 file changed, 1
On 4/24/20 3:47 PM, Patrick Delaunay wrote:
> From: Lionel Debieve
>
> When the CK_MPU used PLL1_MPUDIV, the current rate is
> wrong. The clock must use stm32mp1_mpu_div as a shift
> value. Fix the check value used to enter PLL_MPUDIV.
>
> Signed-off-by: Lionel Debieve
> Signed-off-by: Patrick
Currently the watchdog driver is not selected, which causes the following
warnings in both SPL and U-Boot proper:
U-Boot SPL 2020.07-rc1-00387-g67887903af (May 07 2020 - 23:49:27 -0300)
Normal Boot
WDT: Started without servicing (60s timeout)
Trying to boot from MMC1
U-Boot
Currently watchdog driver is not selected, which causes system to reboot
after staying 60s in the U-Boot prompt.
Fix this problem by enabling CONFIG_WATCHDOG so that watchdog can be
properly serviced.
Signed-off-by: Fabio Estevam
---
configs/imx8mn_ddr4_evk_defconfig | 1 -
1 file changed, 1
Currently watchdog driver is not selected, which causes system to reboot
after staying 60s in the U-Boot prompt.
Fix this problem by enabling CONFIG_WATCHDOG so that watchdog can be
properly serviced.
Signed-off-by: Fabio Estevam
---
configs/imx8mm_beacon_defconfig | 1 -
1 file changed, 1
On 4/22/20 2:29 PM, Patrick Delaunay wrote:
> Call hang when an error is detected for probe of any driver
> needed for console or DDR init: clk, reset and pincontrol
>
> NB: previous behavior with a return in board_init_f() was not correct;
> DDR is not initialized and SPL execution can't
On 4/22/20 2:29 PM, Patrick Delaunay wrote:
> Force boot-led ON and no more rely on default-state.
> This patch avoid device-tree modification for U-Boot.
>
>
> Signed-off-by: Patrick Delaunay
> ---
>
> Changes in v2:
> - use CONFIG_IS_ENABLED(LED) everywhere
>
>
On 4/22/20 2:29 PM, Patrick Delaunay wrote:
> It is not allowed to change the user setting of bootdelay, so
> remove the check of the boot-source to disable it dynamically
> in board_late_init()
>
>
> Signed-off-by: Patrick Delaunay
> ---
>
> Changes in v2:
> - remove bootdelay configuration
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> This patch allows to switch the CPU frequency to 800MHz on the
> ST Microelectronics board (DK1/DK2 and EV1) when it supported by the HW
> (for STM32MP15xD and STM32MP15xF).
>
> Signed-off-by: Patrick Delaunay
> ---
>
>
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> Add a function stmpic_buck1_set to configure buck1 voltage
> in SPL as regulator framework is not available.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> board/st/common/stpmic1.c | 24
>
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> For board using STPMIC1, the vddcore is provided by BUCK1 of STMPIC1
> and need to be updated for 800MHz support and only after the clock
> tree initialization.
>
> The VDDCORE voltage value in provide by clock driver, saved in global
>
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> Add a weak functions to save the vddcore voltage value provided
> in the OPP node when the clock tree is initialized.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> arch/arm/mach-stm32mp/include/mach/sys_proto.h | 3 +++
>
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> The PLL1 node (st,pll1) is optional in device tree, the max supported
> frequency define in OPP node is used when the node is absent.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> .../clock/st,stm32mp1.txt | 4 +
>
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> From: Marek Vasut
>
> Add weak implementation of board_early_init_f() hook into the
> STM32MP1 SPL. This can be used to read out e.g. configuration
> straps before initializing the DRAM.
>
> Signed-off-by: Marek Vasut
> Cc: Manivannan
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> Move function board_ddr_power_init() in a new file stpmic1 in
> board/st/common to avoid duplicated code in each board using
> stpmic1
>
> Signed-off-by: Patrick Delaunay
> ---
>
> board/dhelectronics/dh_stm32mp1/Makefile | 2 +-
>
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> This commit adds cpufreq support on stm32mp15x SOC. STM32 cpufreq uses
> operating points V2 bindings (no legacy). Nvmem cells have to be used to
> know the chip version and then which OPPs are available. Note that STM32
> cpufreq driver is
Hi Patrick
On 4/21/20 5:11 PM, Patrick Delaunay wrote:
> Add the bsec driver in SPL, as it is needed by SOC part number detection
> to found the supported OPP.
>
>
> Signed-off-by: Patrick Delaunay
> ---
>
> I already sent in unrelated serie
>
> http://patchwork.ozlabs.org/patch/1264829/
>
>
On Mon, May 11, 2020 at 01:37:21AM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Summary:
> - zap lpc32xx_ssp driver (Jagan)
> - rename of phy nodev call (Jagan)
> - iopoll with sleep_us (Jagan)
> - MX25R6435F flash (Ye Li)
>
> Changes for v2:
> - rebase to master
>
> thanks,
> Jagan.
>
> The
Hi Mark,
patch was hidden in the flood of other patches and I am unsure if this
belongs to i.MX:
On 19.02.20 22:01, Mark G wrote:
> Enabling this new option allows the kernel to obtain the unique ID of
> the CPU when not using ATAGS.
>
> Signed-off-by: Mark G
> ---
> diff --git
On 07. 05. 20 12:02, Heiko Schocher wrote:
> Hello Michal,
>
> Am 07.05.2020 um 10:18 schrieb Michal Simek:
>> On 06. 05. 20 16:47, Simon Glass wrote:
>>> Hi Michal,
>>>
>>> On Tue, 5 May 2020 at 21:43, Simon Glass wrote:
Hi Michal,
On Tue, 5 May 2020 at 02:26, Michal Simek
The spi bitbanging driver did not implement all spi modes properly. Add
code to support all spi modes, honoring soft_spi_set_mode() and
defaulting to spi mode 0. Previously, CPHA was implemented inversely
(defaulting to CPHA=1) and CPOL=1 was hardcoded.
Signed-off-by: Johannes Holland
---
tpm_tis_spi.c directly includes tpm_tis.h and tpm-v2.h which both
define the same enums (see e.g. TPM_ACCESS_VALID). Add an #ifndef to
prevent redeclaration errors.
Signed-off-by: Johannes Holland
---
drivers/tpm/tpm_tis.h | 2 ++
1 file changed, 2 insertions(+)
diff --git
Include the common g12 u-boot tweaks to permit enabling video output tweaks
on Khadas VIM3 boards.
Signed-off-by: Neil Armstrong
---
arch/arm/dts/meson-khadas-vim3-u-boot.dtsi | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/dts/meson-khadas-vim3-u-boot.dtsi
Enable options to permit HDMI output on Khadas VIM3 & VIM3L boards.
Signed-off-by: Neil Armstrong
---
configs/khadas-vim3_defconfig | 9 +
configs/khadas-vim3l_defconfig | 4
2 files changed, 13 insertions(+)
diff --git a/configs/khadas-vim3_defconfig
On 05/05/2020 10:43, Neil Armstrong wrote:
> When a line is in open-drain or open-source mode, U-Boot doesn't handle it
> directly.
>
> Let's add gpio open-drain & open-source emulation in gpio u-class to make
> it transparent to driver using a gpio line from DT.
>
> Changes since v1:
> - fixed
On 5/11/20 9:57 AM, Frank Wang wrote:
[...]
> @@ -394,6 +407,12 @@ static int dwc3_glue_probe(struct udevice *dev)
> if (ret)
> return ret;
>
> + if (glue->resets.count < 1) {
This condition is only true if count == 0 ?
What's the purpose of this test ?
> +
Hi,
On 10/05/2020 16:08, Beniamino Galvani wrote:
> On Sun, Aug 18, 2019 at 03:42:55PM +0200, Beniamino Galvani wrote:
>> Enable the second USB controller, which is connected to a hub with 4
>> ports. The first controller is for the OTG port and is currently not
>> supported.
>>
>> Signed-off-by:
Hi David
On 5/9/20 8:42 AM, David Wu wrote:
> Hi Patrice,
>
> 在 2020/4/30 下午11:33, Patrice CHOTARD 写道:
>> Can you explain why you are splitting this function in 2 parts and calling
>> these parts sequentially ?
>
> For rockchip, need to obtain the current link speed to configure the tx
>
On 14/04/20 3:53 PM, Lokesh Vutla wrote:
>
>
> On 13/04/20 4:11 PM, Pali Rohár wrote:
>> On Wednesday 01 April 2020 00:35:07 Pali Rohár wrote:
>>> This patch series contain fixes for Nokia RX-51 board (aka N900).
>>> After these changes it is possible to run U-Boot in qemu emulator again.
>>>
On 04/05/20 12:57 AM, Dario Binacchi wrote:
> Apply u-boot coding style on include files order as described by the
> wiki https://www.denx.de/wiki/U-Boot/CodingStyle.
>
> Signed-off-by: Dario Binacchi
>
> ---
>
> Changes in v2:
> - Add reference to code style wiki
Merged into u-boot-ti.
On 20/04/20 4:40 PM, Murali Karicheri wrote:
> + Lokesh
>
> On 04/17/2020 11:12 AM, Murali Karicheri wrote:
>> In RGMII mode the 10Mbps link speed is supported only when CPSW2G MAC SL is
>> configured for External Control ("in band") mode
>> CPSW_PN_MAC_CONTROL_REG.CTL_EN(18) = 1
>>
>> Hence
On 01/05/20 12:42 AM, Andrew F. Davis wrote:
> The memory allocated to store the FIT image containing SYSFW and board
> configuration data is statically defined to the largest size expected.
> Some additions to the board configuration data has pushed us slightly
> over the current defined size
Add a README file explaining the U-Boot build and SD card flash procedures.
Signed-off-by: Fabio Estevam
---
board/freescale/imx8mp_evk/README | 41 +++
1 file changed, 41 insertions(+)
create mode 100644 board/freescale/imx8mp_evk/README
diff --git
1 - 100 of 264 matches
Mail list logo