Hi Simon,
BTW, I saw the below code in the sysreset-uclass.c. It seems if I pass
0 to argc, it seems to do SYSRESET_COLD, isn't it?
int do_reset(struct cmd_tbl *cmdtp, int flag, int argc, char *const argv[])
{
enum sysreset_t reset_type = SYSRESET_COLD;
if (argc > 2)
Hi
Don't take care of this patch, a v3 will be send
Patrice
On 2/21/22 08:33, Patrice Chotard wrote:
> Add spi_get_bus_and_cs() new "use_dt" param which allows to
> select SPI speed and mode from DT or from default value passed
> in parameters.
>
> Introduce spi_flash_probe_bus_cs_default() w
+ Simon, could you review this change? It would be nice to have this fix in
upcoming U-Boot release.
On Wednesday 09 February 2022 00:27:01 Rogier Stam wrote:
> When having environment stored in EXT4 or FAT
> and using an AHCI or SCSI device / partition
> the scan would not be performed early eno
+ Marek, Stefan
On Wednesday 09 February 2022 00:27:00 Rogier Stam wrote:
> When storing the UBoot Environment in for example EXT4,
> the U-Boot build is broken for several reasons:
> 1. armada-385-turris-omnia-u-boot.dtsi will not allow
>CONFIG_ENV_OFFSET and CONFIG_ENV_SIZE to be undefined
>
On 2/28/22 06:27, Heiko Schocher wrote:
Hello Michal,
On 23.02.22 16:21, Michal Simek wrote:
From: T Karthik Reddy
slg7xl45106 is i2c based 8-bit gpo expander, gpo pins are set and get by
writing and reading corresponding gpo bit value into its data register.
Signed-off-by: T Karthik Redd
>-Original Message-
>From: U-Boot On Behalf Of Michael Walle
>Sent: Friday, November 26, 2021 10:04 PM
>To: u-boot@lists.denx.de
>Cc: Mingkai Hu ; Rajesh Bhagat
>; Michael Walle
>Subject: [PATCH 1/5] armv8: include psci_update_dt() unconditionally
>
>psci_update_dt() is also required i
Hello Michal,
On 23.02.22 16:21, Michal Simek wrote:
> From: T Karthik Reddy
>
> slg7xl45106 is i2c based 8-bit gpo expander, gpo pins are set and get by
> writing and reading corresponding gpo bit value into its data register.
>
> Signed-off-by: T Karthik Reddy
> Signed-off-by: Michal Simek
Enable ESM driver for AM64x R5 SPL/u-boot builds.
Signed-off-by: Hari Nagalla
---
configs/am64x_evm_r5_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am64x_evm_r5_defconfig b/configs/am64x_evm_r5_defconfig
index 61138dd1a9..e29e99c2d1 100644
--- a/configs/am64x_evm_r5_defc
Enable access to ESM0 configuration space and add Main ESM0 and MCU ESM
nodes to the AM64 device tree.
Signed-off-by: Hari Nagalla
---
arch/arm/dts/k3-am64.dtsi| 1 +
arch/arm/dts/k3-am642-r5-evm.dts | 19 +++
arch/arm/dts/k3-am642-r5-sk.dts | 19 +++
3
On AM64x devices, it is possible to route Main ESM0 error events to MCU
ESM. MCU ESM high error output can trigger the reset logic to reset the
device. So, for these devices we expect two ESM device nodes in the
device tree, one for Main ESM and the another MCU ESM in the device tree.
When these E
Add functionality to enable, set priority to the input events and to
route to MCU ESM. On AM64x/AM62x devices, it is possible to route Main
ESM0 error events to MCU ESM. When these error events are routed to MCU
ESM high output, it can trigger the reset logic to reset the device,
when CTRLMMR_MCU_R
AM64x devices have a main ESM and a MCU ESM. The ESM driver enables
routing of the error events from various sources to different processors
or to reset hardware logic. Only the MCU ESM's high output can trigger
reset logic. The main RTI0 WWDT output can be routed to the MCU
highoutput to trigger r
Hi Simon,
2022年2月27日(日) 3:37 Simon Glass :
>
> Hi Masami,
>
> On Thu, 3 Feb 2022 at 02:23, Masami Hiramatsu
> wrote:
> >
> > Add a cold reset soon after processing capsule update on disk.
> > This is required in UEFI specification 2.9 Section 8.5.5
> > "Delivery of Capsules via file on Mass Stora
On Tue, 15 Feb 2022, at 13:55, Andrew Jeffery wrote:
> On Tue, 15 Feb 2022, at 13:42, Dhananjay Phadke wrote:
>> On 2/14/2022 3:13 PM, Patrick Williams wrote:
>>> On Mon, Feb 14, 2022 at 11:14:53AM -0800, Dhananjay Phadke wrote:
There's a key-requirement policy already implemented [1].
On 2/26/22 14:30, Mark Kettenis wrote:
Date: Fri, 25 Feb 2022 14:50:59 +0100
From: Marek Vasut
On 2/25/22 12:37, Mark Kettenis wrote:
From: Fabio Estevam
Date: Fri, 25 Feb 2022 08:12:58 -0300
Hi Tim,
On Thu, Feb 24, 2022 at 6:46 PM Tim Harvey wrote:
Fabio,
No, that commit is 'not' in v2
On Fri, 2022-02-18 at 21:48 +0100, Heiko Thiery wrote:
> The IMX_FEC_BASE value is not used when CONFIG_DM_ETH is configured. So this
> value can be removed.
>
> Signed-off-by: Heiko Thiery
> ---
> include/configs/imx8mm-cl-iot-gate.h | 2 --
> include/configs/imx8mm_beacon.h | 1 -
> inclu
On Sat, 2022-02-26 at 04:36 +0100, Marek Vasut wrote:
> The correct compatible string for i.MX8MP variant of DWC EQoS MAC
> is "nxp,imx8mp-dwmac-eqos", use it. Drop the two current users of
> the current wrong compatible string to avoid breaking them.
Thanks, Marek, for fixing this.
> Signed-off-
Hi Tom,
On Sun, 27 Feb 2022 at 13:58, Tom Rini wrote:
>
> On Sun, Feb 27, 2022 at 12:11:01PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Sun, 27 Feb 2022 at 11:14, Tom Rini wrote:
> > >
> > > On Sun, Feb 27, 2022 at 08:39:30AM -0700, Simon Glass wrote:
> > > > Hi Heinrich,
> > > >
> > > > O
On Sun, Feb 27, 2022 at 12:11:01PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Sun, 27 Feb 2022 at 11:14, Tom Rini wrote:
> >
> > On Sun, Feb 27, 2022 at 08:39:30AM -0700, Simon Glass wrote:
> > > Hi Heinrich,
> > >
> > > On Sun, 27 Feb 2022 at 01:22, Heinrich Schuchardt
> > > wrote:
> > > >
> >
Hi Heinrich,
On Sun, 27 Feb 2022 at 12:51, Simon Glass wrote:
>
> Hi Heinrich,
>
> On Sun, 27 Feb 2022 at 12:21, Heinrich Schuchardt wrote:
> >
> >
> >
> > Am 27. Februar 2022 20:11:01 MEZ schrieb Simon Glass :
> > >Hi Tom,
> > >
> > >On Sun, 27 Feb 2022 at 11:14, Tom Rini wrote:
> > >>
> > >>
Hi Heinrich,
On Sun, 27 Feb 2022 at 12:21, Heinrich Schuchardt wrote:
>
>
>
> Am 27. Februar 2022 20:11:01 MEZ schrieb Simon Glass :
> >Hi Tom,
> >
> >On Sun, 27 Feb 2022 at 11:14, Tom Rini wrote:
> >>
> >> On Sun, Feb 27, 2022 at 08:39:30AM -0700, Simon Glass wrote:
> >> > Hi Heinrich,
> >> >
>
On 2/26/22 1:36 PM, Simon Glass wrote:
Hi Sean,
On Tue, 1 Feb 2022 at 21:24, Sean Anderson wrote:
On 2/1/22 10:59 PM, Simon Glass wrote:
Hi Sean,
On Tue, 1 Feb 2022 at 07:49, Sean Anderson wrote:
On 1/27/22 4:35 PM, Simon Glass wrote:
Hi Sean,
On Thu, 27 Jan 2022 at 08:43, Sean Anderso
Am 27. Februar 2022 20:11:01 MEZ schrieb Simon Glass :
>Hi Tom,
>
>On Sun, 27 Feb 2022 at 11:14, Tom Rini wrote:
>>
>> On Sun, Feb 27, 2022 at 08:39:30AM -0700, Simon Glass wrote:
>> > Hi Heinrich,
>> >
>> > On Sun, 27 Feb 2022 at 01:22, Heinrich Schuchardt
>> > wrote:
>> > >
>> > > On 2/26/2
Hi Tom,
On Sun, 27 Feb 2022 at 11:14, Tom Rini wrote:
>
> On Sun, Feb 27, 2022 at 08:39:30AM -0700, Simon Glass wrote:
> > Hi Heinrich,
> >
> > On Sun, 27 Feb 2022 at 01:22, Heinrich Schuchardt
> > wrote:
> > >
> > > On 2/26/22 19:37, Simon Glass wrote:
> > > > Hi Masami,
> > > >
> > > > On Tue
These functions are exactly the same as their "nodev" varients, except they
accept a device and not an ofnode. Rewrite them to just call the other
function.
Signed-off-by: Sean Anderson
---
drivers/clk/clk-uclass.c | 22 ++
1 file changed, 2 insertions(+), 20 deletions(-)
d
From: Ivan Vozvakhov
Add a driver which allows to use of LEDs connected
to PWM (Linux compatible).
MAINTAINERS: add i.vozvakhov as a maintainer of leds-pwm
(required during new functionality adding).
Signed-off-by: Ivan Vozvakhov
Signed-off-by: Ivan Vozvakhov
---
MAINTAINERS
This is required to enable automatic MAC address generation.
Signed-off-by: Baltazár Radics
---
arch/arm/dts/sun8i-h3-nanopi-neo.dts | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/dts/sun8i-h3-nanopi-neo.dts
b/arch/arm/dts/sun8i-h3-nanopi-neo.dts
index 9f33f6fae..28cf6f8bd 100
On Sun, Feb 27, 2022 at 08:39:30AM -0700, Simon Glass wrote:
> Hi Heinrich,
>
> On Sun, 27 Feb 2022 at 01:22, Heinrich Schuchardt wrote:
> >
> > On 2/26/22 19:37, Simon Glass wrote:
> > > Hi Masami,
> > >
> > > On Tue, 15 Feb 2022 at 23:16, Masami Hiramatsu
> > > wrote:
> > >>
> > >> Add expecte
On 27.02.22 16:35, Heinrich Schuchardt wrote:
On 2/27/22 15:40, Alexander Graf wrote:
QEMU implements multiple ways to expose graphics output to the virt
machine, but most of them are incompatible with hardware virtualization.
The one that does work reliably is ramfb. It's a very simple mecha
Now that we have everything in place to support ramfb, let's wire it up
by default in the RISC-V QEMU targets. That way, you can easily use a
graphical console by just passing -device ramfb to the QEMU command line.
Signed-off-by: Alexander Graf
---
board/emulation/qemu-riscv/Kconfig | 6 +
Hey Heinrich,
On 27.02.22 16:33, Heinrich Schuchardt wrote:
On 2/27/22 15:13, Alexander Graf wrote:
On 27.02.22 14:07, Mark Kettenis wrote:
From: Alexander Graf
Date: Sun, 27 Feb 2022 13:18:56 +0100
For targets that enable ACPI, we should not pass Device Trees into
the payload. However, our
Hi Heinrich,
On Sun, 27 Feb 2022 at 01:22, Heinrich Schuchardt wrote:
>
> On 2/26/22 19:37, Simon Glass wrote:
> > Hi Masami,
> >
> > On Tue, 15 Feb 2022 at 23:16, Masami Hiramatsu
> > wrote:
> >>
> >> Add expected_reset optional argument to ConsoleBase::ensure_spawned(),
> >> ConsoleBase::resta
On 2/27/22 15:40, Alexander Graf wrote:
QEMU implements multiple ways to expose graphics output to the virt
machine, but most of them are incompatible with hardware virtualization.
The one that does work reliably is ramfb. It's a very simple mechanism
in which the guest reserves a memory region
On 2/27/22 15:13, Alexander Graf wrote:
On 27.02.22 14:07, Mark Kettenis wrote:
From: Alexander Graf
Date: Sun, 27 Feb 2022 13:18:56 +0100
For targets that enable ACPI, we should not pass Device Trees into
the payload. However, our distro boot logic always passes the builtin
DT as an argument
Now that we have everything in place to support ramfb, let's wire it up
by default in the ARM QEMU targets. That way, you can easily use a
graphical console by just passing -device ramfb to the QEMU command line.
Signed-off-by: Alexander Graf
---
arch/arm/Kconfig| 4
bo
Now that we have a ramfb device driver, let's add the necessary glueing
magic to also spawn it when we find its qfw file node.
Signed-off-by: Alexander Graf
---
drivers/misc/qfw.c | 23 +++
1 file changed, 23 insertions(+)
diff --git a/drivers/misc/qfw.c b/drivers/misc/qfw.c
QEMU implements multiple ways to expose graphics output to the virt
machine, but most of them are incompatible with hardware virtualization.
The one that does work reliably is ramfb. It's a very simple mechanism
in which the guest reserves a memory region for the frame buffer and then
notifies the
The QEMU fw_cfg device supports writing entries as well. Add the constant
define for it so that we can leverage write functionality later.
Signed-off-by: Alexander Graf
---
include/qfw.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/qfw.h b/include/qfw.h
index 7ca132e66a..e42960cbb
QEMU implements multiple ways to expose graphics output to the virt
machine, but most of them are incompatible with hardware virtualization.
The one that does work reliably is ramfb. It's a very simple mechanism
in which the guest reserves a memory region for the frame buffer and then
notifies the
When we allocate ACPI tables dynamically as part of the qfw ACPI loading
code and then later want to boot a UEFI target using them, we need to make
sure that the UEFI logic is aware that these memory regions are ACPI, so
that the loading kernel can mark them as reserved.
Since we'll never see alig
On Sat, Feb 26, 2022 at 11:37:20AM -0700, Simon Glass wrote:
> Hi Masami,
>
> On Tue, 15 Feb 2022 at 23:16, Masami Hiramatsu
> wrote:
> >
> > Add expected_reset optional argument to ConsoleBase::ensure_spawned(),
> > ConsoleBase::restart_uboot() and ConsoleSandbox::restart_uboot_with_flags()
> >
On Sat, Feb 26, 2022 at 08:26:22AM +0100, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit c6ae38b38967a5c33d729c20e508a03ba3e0e3f6:
>
> Merge tag 'clk-2022.04-rc2' of
> https://source.denx.de/u-boot/custodians/u-boot-clk (2022-02-25 11:21:32
> -0500)
>
> are avai
On Sat, Feb 26, 2022 at 04:03:16AM +0100, Marek Vasut wrote:
> The following changes since commit c6ae38b38967a5c33d729c20e508a03ba3e0e3f6:
>
> Merge tag 'clk-2022.04-rc2' of
> https://source.denx.de/u-boot/custodians/u-boot-clk (2022-02-25 11:21:32
> -0500)
>
> are available in the Git reposi
asm/tables.h does not exist on ARM and I did not need it to make the
code compile successfully. Let's not include it there.
Signed-off-by: Alexander Graf
---
Maybe someone with more insight into the qfw code could tell me if we can remove
the include altogether? :)
---
drivers/misc/qfw.c | 2 +
On 27.02.22 14:07, Mark Kettenis wrote:
From: Alexander Graf
Date: Sun, 27 Feb 2022 13:18:56 +0100
For targets that enable ACPI, we should not pass Device Trees into
the payload. However, our distro boot logic always passes the builtin
DT as an argument.
To make it easy to use ACPI with dist
With QEMU, we receive ACPI tables from the hypervisor rather than build
them ourselves in U-Boot. That logic however hard codes the target to the
x86 QEMU target, leaving ARM out on the fun.
Let's add the ARM QEMU config as well to the ifdefs so that we can consume
QEMU provided firmware tables th
> From: Alexander Graf
> Date: Sun, 27 Feb 2022 13:20:32 +0100
>
> We already support the NVMe commands and PCIe backend in the QEMU target,
> so let's make it easy for anyone to consume them and enable NVMe distro
> boot along the way!
>
> With this patch, I can put an NVMe backed disk image in
> From: Alexander Graf
> Date: Sun, 27 Feb 2022 13:18:56 +0100
>
> For targets that enable ACPI, we should not pass Device Trees into
> the payload. However, our distro boot logic always passes the builtin
> DT as an argument.
>
> To make it easy to use ACPI with distro boot, let's just ignore t
hello Heinrich,
On Fri, 25 Feb 2022 at 00:25, Heinrich Schuchardt wrote:
>
> On 2/24/22 19:05, Sughosh Ganu wrote:
> > The tpm_startup function returns negative values for error
> > conditions. Fix the return type of the function to a signed int
> > instead of a u32.
> >
> > Signed-off-by: Sughos
AXG:BL1:d1dbf2:a4926f;FEAT:F0DC31BC:2000;POC:F;EMMC:800;NAND:0;READ:0;0.0;0.0;CHK:0;
sdio debug board detected
TE: 140571
BL2 Built : 11:48:35, Mar 10 2020. axg gf91bf0a - jenkins@walle02-sh
set vcck to 1050 mv
set vddee to 950 mv
Board ID = 3
CPU clk: 1200MHz
DDR low power enabled
DDR3 chl: Ran
Hi Tim,
[Adding Tom on Cc]
On Sat, Feb 26, 2022 at 6:37 PM Tim Harvey wrote:
>
> On Sat, Feb 26, 2022 at 5:15 AM Fabio Estevam wrote:
> >
> > Hi Tim,
> >
> > On Fri, Feb 18, 2022 at 8:20 PM Tim Harvey wrote:
> > >
> > > Update distro config env memory layout:
> > > - loadaddr=0x4820 allow
We already support the NVMe commands and PCIe backend in the QEMU target,
so let's make it easy for anyone to consume them and enable NVMe distro
boot along the way!
With this patch, I can put an NVMe backed disk image into my QEMU VM and
have it automatically load a UEFI target blob.
Signed-off-
For targets that enable ACPI, we should not pass Device Trees into
the payload. However, our distro boot logic always passes the builtin
DT as an argument.
To make it easy to use ACPI with distro boot, let's just ignore the DT
argument to bootefi when ACPI is enabled. That way, we can successfully
On 2/26/22 20:11, Tim Harvey wrote:
On Fri, Feb 25, 2022 at 11:31 PM Heinrich Schuchardt wrote:
On 2/26/22 02:51, Tim Harvey wrote:
Greetings,
I've got an octeontx board which uses driver model
(CONFIG_DM/CONFIG_DM_I2C) but I find that the 'i2c_octeon' driver does
not probe automatically on
On 2/26/22 19:37, Simon Glass wrote:
Hi Masami,
On Tue, 15 Feb 2022 at 23:16, Masami Hiramatsu
wrote:
Add expected_reset optional argument to ConsoleBase::ensure_spawned(),
ConsoleBase::restart_uboot() and ConsoleSandbox::restart_uboot_with_flags()
so that it can handle a reset while the 1st
55 matches
Mail list logo