On Thu, 5 Mar 2020 at 04:28, Schaefer, Daniel (DualStudy)
wrote:
>
> Hi,
>
> I have started to implement the corresponding changes in EDK2:
> https://github.com/changab/edk2-staging-riscv/compare/5f63e9249751ccb9302514455b9a1a7038f34547...RISC-V-DT-fixup
> What happens is: The DTB is embedded in
On Fri, Feb 21, 2020 at 5:33 PM Matthias Brugger wrote:
>
> Hi Joe,
>
> On 30/01/2020 12:00, Matthias Brugger wrote:
> >
> >
> > On 03/01/2020 23:08, Andre Przywara wrote:
> >> Commit 27c3f70f3b50 ("net: phy: Increase link up delay in
> >> genphy_update_link()") increased the per-iteration
On Thu, Mar 5, 2020 at 5:40 AM Stefan Roese wrote:
>
> Hi Simon,
>
> On 04.03.20 21:12, Simon Goldschmidt wrote:
> > Recently, genphy_update_link() has been changed to use a 50ms polling
> > interval instead of the previous 1ms. However, the timeout to give up
> > waiting for a link remained
This patch uses the IS_ENABLED() macro to check, which mtest variant
is enabled.
Signed-off-by: Stefan Roese
---
cmd/mem.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/cmd/mem.c b/cmd/mem.c
index f519adaee2..2ccc7032ad 100644
--- a/cmd/mem.c
+++ b/cmd/mem.c
@@
This patch changes mtest to correctly count the overall errors and
print them even in the abort (Ctrl-C) case.
Signed-off-by: Stefan Roese
---
cmd/mem.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/cmd/mem.c b/cmd/mem.c
index 6d54f19527..9367278aa8 100644
---
This additional bitflip memory test is inspired by the bitflip test
in memtester v4.3.0. It show some errors on some problematic GARDENA
MT7688 based boards. The other memory tests usually don't show any
errors here.
Signed-off-by: Stefan Roese
---
cmd/mem.c | 60
Use a cast instead of the "eldk-4.2" workaround for unmap_sysmem().
Signed-off-by: Stefan Roese
---
cmd/mem.c | 14 ++
1 file changed, 2 insertions(+), 12 deletions(-)
diff --git a/cmd/mem.c b/cmd/mem.c
index 9367278aa8..f519adaee2 100644
--- a/cmd/mem.c
+++ b/cmd/mem.c
@@ -932,18
Hi Simon,
On 04.03.20 21:12, Simon Goldschmidt wrote:
Recently, genphy_update_link() has been changed to use a 50ms polling
interval instead of the previous 1ms. However, the timeout to give up
waiting for a link remained unchanged, calculating the iterations.
As a result, PHY_ANEG_TIMEOUT now
On Thu, Mar 05, 2020 at 01:19:13AM +0100, Marek Vasut wrote:
> The following changes since commit 9e1d65f36b83c5422ece3c0ea28d07a2246cb07f:
>
> configs: Resync with savedefconfig (2020-02-28 13:28:38 -0500)
>
> are available in the Git repository at:
>
> git://git.denx.de/u-boot-sh.git
Hi Rick,
On Wed, Mar 4, 2020 at 11:11 PM Sean Anderson wrote:
>
> On 3/4/20 2:47 AM, Rick Chen wrote:
> > Hi Sean
> >
> > This patch series become larger and larger from v1 with 11 patches to
> > v5 with 33 patches.
>
> I didn't intend for it to balloon so large. My original goal for this
>
Hi,
I am building uboot through yocto and getting the below errors.
|
/nobackup/sikumar3/inode_sumo/build/tmp/work/imx6uloib-poky-linux-gnueabi/u-boot-imx/2018.03-r0/git/board/cisco/mx6ul_oib/mx6ul_oib.c:403:
undefined reference to `eth_setenv_enetaddr'
I see that my .config CONFIG_CMD_NET is
Hi Sean
> Hi Sean
>
> > On Mon, 2020-03-02 at 10:43 -0500, Sean Anderson wrote:
> >
> > > On 3/2/20 4:08 AM, Rick Chen wrote:
> > > > Hi Sean
> > > >
> > > > > The IPI code could have race conditions in several places.
> > > > > * Several harts could race on the value of gd->arch->clint/plic
> >
> Subject: Re: [U-Boot] [PATCH V3 15/27] imx8m: Fix MMU table issue for
> OPTEE memory
>
> Hi Peng,
>
> On Tue, Aug 27, 2019 at 9:38 AM Peng Fan wrote:
> >
> > When running with OPTEE, the MMU table in u-boot does not remove the
> > OPTEE memory from its settings. So ARM speculative prefetch in
On Wed, Mar 04, 2020 at 05:22:25PM -0700, Stephen Warren wrote:
> On 3/4/20 5:15 PM, AKASHI Takahiro wrote:
> > On Wed, Mar 04, 2020 at 09:21:29AM -0700, Stephen Warren wrote:
> > > On 3/3/20 11:54 PM, AKASHI Takahiro wrote:
> > > > The commit 5fed97af20da ("Makefile: ensure DTB doesn't overflow
On 3/4/20 5:15 PM, AKASHI Takahiro wrote:
On Wed, Mar 04, 2020 at 09:21:29AM -0700, Stephen Warren wrote:
On 3/3/20 11:54 PM, AKASHI Takahiro wrote:
The commit 5fed97af20da ("Makefile: ensure DTB doesn't overflow into
initial stack") adds an extra check for stack size in BSS if
The following changes since commit 9e1d65f36b83c5422ece3c0ea28d07a2246cb07f:
configs: Resync with savedefconfig (2020-02-28 13:28:38 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-sh.git master
for you to fetch changes up to
On Wed, Mar 04, 2020 at 09:21:29AM -0700, Stephen Warren wrote:
> On 3/3/20 11:54 PM, AKASHI Takahiro wrote:
> > The commit 5fed97af20da ("Makefile: ensure DTB doesn't overflow into
> > initial stack") adds an extra check for stack size in BSS if
> > CONFIG_SYS_INIT_SP_BSS_OFFSET is enabled.
> >
On Wed, Mar 04, 2020 at 01:22:47PM +0100, Marek Vasut wrote:
> The following changes since commit 9e1d65f36b83c5422ece3c0ea28d07a2246cb07f:
>
> configs: Resync with savedefconfig (2020-02-28 13:28:38 -0500)
>
> are available in the Git repository at:
>
> git://git.denx.de/u-boot-usb.git
On Wed, Mar 04, 2020 at 01:23:09PM +0100, Marek Vasut wrote:
> The following changes since commit 9e1d65f36b83c5422ece3c0ea28d07a2246cb07f:
>
> configs: Resync with savedefconfig (2020-02-28 13:28:38 -0500)
>
> are available in the Git repository at:
>
>
Hi Rasmus,
On Mon, 2 Mar 2020 at 13:01, Rasmus Villemoes
wrote:
>
> On 02/03/2020 20.47, Simon Glass wrote:
> > Hi Rasmus,
> >
> > On Fri, 28 Feb 2020 at 16:09, Rasmus Villemoes
> > wrote:
> >>
>
> >> Now that particular one seems a bit fishy: Why is it ok to cache the
> >> location of the
Hi Walter,
On Wed, 4 Mar 2020 at 12:40, Walter Lozano wrote:
>
> When OF_PLATDATA is enabled DT information is parsed and platdata
> structures are populated. In this context the links between DT nodes are
> represented as pointers to platdata structures, and there is no clear way
> to access to
Hi Simon,
On Wed, 4 Mar 2020 at 13:45, Simon Goldschmidt
wrote:
>
> Am 20.02.2020 um 04:05 schrieb Simon Glass:
> > On Wed, 19 Feb 2020 at 12:39, Simon Goldschmidt
> > wrote:
> >>
> >> Commit cfda60f99ae2 ("sandbox: Use a prefix for all allocation functions")
> >> introduced preprocessor macros
On Wed, Mar 04, 2020 at 09:44:27PM +0100, Simon Goldschmidt wrote:
> Am 20.02.2020 um 04:05 schrieb Simon Glass:
> > On Wed, 19 Feb 2020 at 12:39, Simon Goldschmidt
> > wrote:
> >>
> >> Commit cfda60f99ae2 ("sandbox: Use a prefix for all allocation functions")
> >> introduced preprocessor macros
Am 20.02.2020 um 04:05 schrieb Simon Glass:
> On Wed, 19 Feb 2020 at 12:39, Simon Goldschmidt
> wrote:
>>
>> Commit cfda60f99ae2 ("sandbox: Use a prefix for all allocation functions")
>> introduced preprocessor macros for malloc/free etc.
>>
>> This is bad practice as it essentially makes 'free'
Am 19.02.2020 um 21:04 schrieb Fabio Estevam:
> On Wed, Feb 19, 2020 at 4:40 PM Simon Goldschmidt
> wrote:
>>
>> This reverts commit 8d38a8459b0de45f5ff41f3e11c278a5cf395fd0.
>
> You missed to explain the reason for the revert.
Yes, I'll fix that in v2.
Regards,
Simon
Recently, genphy_update_link() has been changed to use a 50ms polling
interval instead of the previous 1ms. However, the timeout to give up
waiting for a link remained unchanged, calculating the iterations.
As a result, PHY_ANEG_TIMEOUT now specifies "multiples of 50ms" instead
of just to be a
Am 19.02.2020 um 08:27 schrieb Simon Goldschmidt:
> On Tue, Feb 18, 2020 at 6:53 PM Marek Vasut wrote:
>>
>> On 2/18/20 9:34 AM, Patrick Delaunay wrote:
>>>
>>> In this serie I update the DWC2 host driver to use the device tree
>>> information and the associated PHY and CLOCK drivers when they
Am 18.02.2020 um 09:35 schrieb Patrick Delaunay:
> Add support for clock with driver model.
>
> This patch don't added dependency because when CONFIG_CLK
> is not activated the clk function are stubbed.
>
> Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Goldschmidt
> ---
>
> Changes in
Am 18.02.2020 um 09:35 schrieb Patrick Delaunay:
> Use generic phy to initialize the PHY associated to the
> DWC2 device and available in the device tree.
>
> This patch don't added dependency because when CONFIG_PHY
> is not activated, the generic PHY function are stubbed.
>
> Signed-off-by:
Am 18.02.2020 um 09:34 schrieb Patrick Delaunay:
> Add stub for functions clk_...() when CONFIG_CLK is desactivated.
>
> This patch avoids compilation issues for driver using these API
> without protection (#if CONFIG_IS_ENABLED(CLK))
>
> For example, before this patch we have undefined
When OF_PLATDATA is enabled DT information is parsed and platdata
structures are populated. In this context the links between DT nodes are
represented as pointers to platdata structures, and there is no clear way
to access to the device which owns the structure.
This patch implements a set of
On Tue, Mar 3, 2020 at 11:59 PM Rick Chen wrote:
>
> Hi Atish
>
> > From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Atish Patra
> > Sent: Friday, February 28, 2020 5:01 AM
> > To: u-boot@lists.denx.de
> > Cc: Atish Patra; Alexander Graf; Anup Patel; Bin Meng; Joe Hershberger;
> >
On 3/4/20 1:59 AM, Kever Yang wrote:
> This patch set convert to use APIs leading with dev_ or ofnode_ which
> supports live DT instead of fdt_ or fdtdec or devfdt_.
> Two functions update there parameter from offset to ofnode:
> - usb_get_maximum_speed()
> - usb_get_dr_mode()
>
> For V3 update:
On Tue, 3 Mar 2020 at 18:03, Kever Yang wrote:
>
> Use dev_read_addr_ptr() instead of devfdt_get_addr() so that we can support
> live DT.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Ramon Fried
> ---
>
> Changes in v3: None
>
> drivers/usb/host/ehci-msm.c | 4 +---
> 1 file changed, 1
On Wed, 4 Mar 2020 at 05:32, Marek Vasut wrote:
>
> On 3/4/20 1:59 AM, Kever Yang wrote:
> > Use ofnode_ instead of fdt_ APIs so that the drivers can support live DT.
> > This patch updates usb_get_dr_mode() and usb_get_maximum_speed() to use
> > ofnode as parameter instead of fdt offset. And all
Hi Michal,
On Tue, 3 Mar 2020 at 23:44, Michal Simek wrote:
>
> On 04. 03. 20 3:47, Simon Glass wrote:
> > Hi Michal,
> >
> > On Mon, 2 Mar 2020 at 23:52, Michal Simek wrote:
> >>
> >> On 02. 03. 20 20:47, Simon Glass wrote:
> >>> Hi Michal,
> >>>
> >>> On Fri, 28 Feb 2020 at 04:03, Michal
Added Clement Faure to the discussion
On Wed, Mar 4, 2020 at 4:34 PM Igor Opaniuk wrote:
>
> Hi Peng,
>
> On Tue, Aug 27, 2019 at 9:38 AM Peng Fan wrote:
> >
> > When running with OPTEE, the MMU table in u-boot does not remove the OPTEE
> > memory from its settings. So ARM speculative prefetch
On 3/3/20 11:54 PM, AKASHI Takahiro wrote:
The commit 5fed97af20da ("Makefile: ensure DTB doesn't overflow into
initial stack") adds an extra check for stack size in BSS if
CONFIG_SYS_INIT_SP_BSS_OFFSET is enabled.
This check, however, doesn't make sense under the configuration where
control dtb
On Tue, Mar 03, 2020 at 04:53:37PM -0700, Simon Glass wrote:
> Hi Tom,
>
> The following changes since commit 8aad16916d04e3db0d1652cb96e840e209e19252:
>
> Merge tag 'u-boot-stm32-20200203' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-stm (2020-03-02
> 09:20:30 -0500)
>
> are
On Tue, 2020-03-03 at 16:57 -0500, Sean Anderson wrote:
> On 3/3/20 4:53 PM, Lukas Auer wrote:
> > On Mon, 2020-03-02 at 18:43 -0500, Sean Anderson wrote:
> > > On 3/2/20 6:17 PM, Lukas Auer wrote:
> > > > Don't move this. It is intended to be run before the IPI is cleared.
> > >
> > > Hm, ok. I
On 3/4/20 2:47 AM, Rick Chen wrote:
> Hi Sean
>
> This patch series become larger and larger from v1 with 11 patches to
> v5 with 33 patches.
I didn't intend for it to balloon so large. My original goal for this
revision was just to get the SPI and MMC slots working. However, I
discovered that I
On 3/4/20 1:15 AM, Rick Chen wrote:
> Hi Sean
>
>> Some devices have different layouts for the fields in CTRL1 (e.g. the
>
> Still not fix this typo in commit message
> CTRL1 -> CTRL0
>
> Thanks,
> Rick
Ah, whoops. I think I fixed it, the forgot I had done so, and changed it
again. Hopefully I
On 3/4/20 1:47 AM, Rick Chen wrote:
> Hi Sean
>
>> The Fully-Programmable Input/Output Array (FPIOA) device controls pin
>> multiplexing on the K210. The FPIOA can remap any supported function to any
>> multifunctional IO pin. It can also perform basic GPIO functions, such as
>> reading the
On 3/4/20 1:58 AM, Rick Chen wrote:
> Hi Sean
>
>> Due to the large number of clocks, I decided to use the CCF. The overall
>> structure is modeled after the imx code. Clocks are stored in several
>> arrays. There are some translation macros (FOOIFY()) which allow for more
>> dense packing. A
In order to take the beneficts of DT and DM in SPL, like reusing the code
and avoid redundancy, enable SPL_OF_CONTROL, SPL_DM and SPL_DM_MMC.
With this new configuration SPL image is 50 KB, higher than the
38 KB from the previous version, but it still under the 68 KB limit.
Signed-off-by: Walter
Make an additional step to add full DM support to mx6cuboxi, including its
support for SPL
With this new configuration SPL image is 50 KB, higher than the
38 KB from the previous version, but it still under the 68 KB limit.
Walter Lozano (4):
mx6cuboxi: enable MMC and eMMC in DT for SPL
Signed-off-by: Walter Lozano
---
.../dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi| 8
1 file changed, 8 insertions(+)
diff --git a/arch/arm/dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi
b/arch/arm/dts/imx6qdl-hummingboard2-emmc-som-v15-u-boot.dtsi
index
In SPL legacy code only one MMC device is created, based on BOOT_CFG
register, which can be either SD or eMMC. In this context
board_boot_order return always MMC1 when configure to boot from
SD/eMMC. After switching to DM both SD and eMMC devices are created
based on the information available on
MMC iomux is done on board_mmc_init which is valid when DM_MMC is not
enabled. After enabling it, the iomux setup needs to be moved to a
valid place.
This patch moves the MMC iomux to board_early_init_f where other iomux
is done.
Signed-off-by: Walter Lozano
---
Hi Peng,
On Tue, Aug 27, 2019 at 9:38 AM Peng Fan wrote:
>
> When running with OPTEE, the MMU table in u-boot does not remove the OPTEE
> memory from its settings. So ARM speculative prefetch in u-boot may access
> that OPTEE memory. Due to trust zone is enabled by OPTEE and that memory
> is set
Hello Marek,
On Wed, 2020-03-04 at 15:30 +0100, Marek Vasut wrote:
> On 3/4/20 3:23 PM, Harald Seiler wrote:
> > From: Claudius Heine
> >
> > imx8m has the only implementation of `reset_cpu` which does not ignore
> > the addr parameter and instead gives it some meaning as the base address
> >
On 3/4/20 3:23 PM, Harald Seiler wrote:
> From: Claudius Heine
>
> imx8m has the only implementation of `reset_cpu` which does not ignore
> the addr parameter and instead gives it some meaning as the base address
> of watchdog registers. This breaks convention with the rest of U-Boot
> where
On 3/4/20 3:23 PM, Harald Seiler wrote:
> From: Claudius Heine
>
> In case CONFIG_SYSRESET is set, do_reset from reset.c will not be available
> anywere, even if SYSRESET is disabled for SPL/TPL.
>
> 'do_reset' is called from SPL for instance from the panic handler and
> PANIC_HANG is not set
>
On 3/4/20 3:23 PM, Harald Seiler wrote:
> From: Claudius Heine
>
> Use the `do_reset` implementation of `arch/arm/lib/reset.c` in SPL
> instead. It is very close to what is done here, anyway, and plays
> more nicely with the rest of U-Boot than adding a custom `do_reset`
> implementation into
From: Claudius Heine
Use the `do_reset` implementation of `arch/arm/lib/reset.c` in SPL
instead. It is very close to what is done here, anyway, and plays
more nicely with the rest of U-Boot than adding a custom `do_reset`
implementation into board files.
`do_reset` from `arch/arm/lib/reset.c`
Hello,
continuing on the discussion around Claudius' patch for fixing reset in SPL [1]
we have taken a closer look at the issue. To quickly summarize the situation:
The original patch was to enable the generic ARM implementation of
`do_reset` if CONFIG_SYSRESET is not enabled in SPL.
From: Claudius Heine
imx8m has the only implementation of `reset_cpu` which does not ignore
the addr parameter and instead gives it some meaning as the base address
of watchdog registers. This breaks convention with the rest of U-Boot
where the parameter is ignored and callers are passing in 0.
From: Claudius Heine
In case CONFIG_SYSRESET is set, do_reset from reset.c will not be available
anywere, even if SYSRESET is disabled for SPL/TPL.
'do_reset' is called from SPL for instance from the panic handler and
PANIC_HANG is not set
Signed-off-by: Claudius Heine
---
On 3/4/20 1:59 AM, Kever Yang wrote:
> The fdtdec.h is no use in this file, remove the include code.
>
> Signed-off-by: Kever Yang
> ---
>
> Changes in v3: None
There's typo in the subject, I'll fix it when applying.
On 3/4/20 1:59 AM, Kever Yang wrote:
> Use ofnode_ instead of fdt_ APIs so that the drivers can support live DT.
> This patch updates usb_get_dr_mode() and usb_get_maximum_speed() to use
> ofnode as parameter instead of fdt offset. And all the drivers who use
> these APIs update to use live dt
The following changes since commit 9e1d65f36b83c5422ece3c0ea28d07a2246cb07f:
configs: Resync with savedefconfig (2020-02-28 13:28:38 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-socfpga.git master
for you to fetch changes up to
On 3/4/20 10:31 AM, Ley Foon Tan wrote:
> On Tue, Mar 3, 2020 at 8:16 PM Marek Vasut wrote:
>>
>> On 3/3/20 10:21 AM, Ley Foon Tan wrote:
>>> On Mon, Mar 2, 2020 at 6:40 PM Marek Vasut wrote:
On 3/2/20 10:33 AM, Ley Foon Tan wrote:
> On Fri, Feb 21, 2020 at 9:25 AM Ley Foon Tan
The following changes since commit 9e1d65f36b83c5422ece3c0ea28d07a2246cb07f:
configs: Resync with savedefconfig (2020-02-28 13:28:38 -0500)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to
On 3/4/20 1:36 AM, Tan, Ley Foon wrote:
>
>
>> -Original Message-
>> From: Marek Vasut
>> Sent: Tuesday, March 3, 2020 8:13 PM
>> To: Ley Foon Tan
>> Cc: Tan, Ley Foon ; u-boot@lists.denx.de; Simon
>> Goldschmidt ; See, Chin Liang
>> ; Chee, Tien Fong
>> Subject: Re: [PATCH] arm:
This patch fix mt7622 and mt7623 boot problem caused by BINMAN_FDT
Sam Shih (1):
arm: mediatek: remove unuse binman config
arch/arm/Kconfig | 1 -
arch/arm/mach-mediatek/Kconfig | 1 +
2 files changed, 1 insertion(+), 1 deletion(-)
--
2.17.1
The binman-option BINMAN_FDT is introduced by this commit:
commit 3c10dc95bdd0 ("binman: Add a library to access binman entries")
BINMAN_FDT being selected when BINMAN=y that resulting in mt7623
and mt7622 are unable to boot. The root cause of this issue is commit:
commit cbd2fba1eca1 ("arm:
Quoting Andre Przywara (2020-03-04 11:59:40)
> On Tue, 3 Mar 2020 16:08:00 +0100
> Jonas Smedegaard wrote:
> > Tested-by: Jonas Smedegaard
>
> Some nit: This is somewhat implicit when you are the author. At least that's
> the hope ;-)
Ah, ok. Will keep that in mind for future patch
On Tue, 3 Mar 2020 16:08:00 +0100
Jonas Smedegaard wrote:
Hi,
> commit 37304aaf60bf ("Convert CONFIG_USE_PREBOOT and CONFIG_PREBOOT to
> Kconfig") intended to support CONFIG_PREBOOT, but
> include/configs/sunxi-common.h hardcodes preboot as part of internally
> defined CONSOLE_STDIN_SETTINGS,
On Tue, Mar 3, 2020 at 8:16 PM Marek Vasut wrote:
>
> On 3/3/20 10:21 AM, Ley Foon Tan wrote:
> > On Mon, Mar 2, 2020 at 6:40 PM Marek Vasut wrote:
> >>
> >> On 3/2/20 10:33 AM, Ley Foon Tan wrote:
> >>> On Fri, Feb 21, 2020 at 9:25 AM Ley Foon Tan
> >>> wrote:
>
> Add QSPI boot
69 matches
Mail list logo