Remove duplicated stdio print message.
It's already displayed in common/console.c.
Loading Environment from MMC... OK
In:serial
Out: serial
Err: serial
Model: Odroid XU3/XU4/HC1/HC2 based on Exynos5422
Type: xu3
In:serial
Out: serial
Err: serial
Signed-off-by: Jaehoon Chung
---
Add support for the OpenCores I2C controller IP core
(See http://www.opencores.org/projects.cgi/web/i2c/overview).
This driver implementation is inspired from the Linux OpenCores
I2C driver available.
Thanks to Peter Korsgaard for writing Linux
OpenCores I2C driver.
Signed-off-by: Pragnesh Pate
This driver has been tested on HiFive Unleashed with a PMOD based
RTCC sensor connected to I2C pins J1 header of the board.
This series is available here [1] for testing
[1] https://github.com/pragnesh26992/u-boot/tree/i2c
Tested-by: Sagar Shrikant Kadam
Changes in v2:
- Remove TYPE_SIFIVE_REV0
Enable support for SiFive FU540 Opencores I2C master controller.
Signed-off-by: Pragnesh Patel
---
(no changes since v1)
arch/riscv/cpu/fu540/Kconfig | 2 ++
board/sifive/fu540/Kconfig | 1 +
2 files changed, 3 insertions(+)
diff --git a/arch/riscv/cpu/fu540/Kconfig b/arch/riscv/cpu/fu540/K
On Tue, Sep 29, 2020 at 2:32 AM Michal Suchanek wrote:
>
> This flash is optional but new boards do have it, and on boards that
> don't the pins are routed to the flash pads anyway.
>
> Signed-off-by: Michal Suchanek
> ---
> arch/arm/dts/sun8i-h2-plus-orangepi-zero.dts | 4 ++--
> 1 file changed
On Thu, Oct 22, 2020 at 7:08 AM Samuel Holland wrote:
>
> On 10/21/20 1:56 PM, Jagan Teki wrote:
> > On Thu, Sep 3, 2020 at 10:37 AM Samuel Holland wrote:
> >>
> >> There are two different publicly-released revisions of the PinePhone
> >> hardware, versions 1.1 and 1.2; and they need different de
On 10/22/20 12:04 AM, Ilias Apalodimas wrote:
> U-Boot Driver Model is supposed to remove devices with either
> DM_REMOVE_ACTIVE_DMA or DM_REMOVE_OS_PREPARE flags set, before exiting.
> Our bootm command does that by explicitly calling calling
> "dm_remove_devices_flags(DM_REMOVE_ACTIVE_ALL);" and
On 10/22/20 12:04 AM, Ilias Apalodimas wrote:
> Order header files according to https://www.denx.de/wiki/U-Boot/CodingStyle
>
> Signed-off-by: Ilias Apalodimas
> Suggested-by: Heinrich Schuchardt
Reviewed-by: Heinrich Schuchardt
On 10/22/20 5:08 AM, Simon Glass wrote:
> Add information about how to set SMBIOS properties using the devicetree.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3:
> - Add onto the sysinfo binding
>
> doc/arch/x86.rst| 8 +++
> doc/device-tree-bindings/sysinfo/
On 10/22/20 5:08 AM, Simon Glass wrote:
> Support a way to put SMBIOS properties in the device tree. These can be
> placed in a 'board' device in an 'smbios' subnode.
For me it is fine if you want to specify the SMBIOS properties via the
device tree. But it makes no sense to have multiple ways of
On 10/22/20 5:08 AM, Simon Glass wrote:
> Add a simple binding file for this, so that it is clear what this binding
> directory is for.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> doc/device-tree-bindings/sysinfo/sysinfo.txt | 18 ++
> 1 file changed, 18 ins
+cc Mark
On Thu, 22 Oct 2020 at 01:04, Ilias Apalodimas
wrote:
>
> Order header files according to https://www.denx.de/wiki/U-Boot/CodingStyle
>
> Signed-off-by: Ilias Apalodimas
> Suggested-by: Heinrich Schuchardt
> ---
> lib/efi_loader/efi_boottime.c | 7 +++
> 1 file changed, 3 insertio
+cc Mark
On Thu, 22 Oct 2020 at 01:04, Ilias Apalodimas
wrote:
>
> U-Boot Driver Model is supposed to remove devices with either
> DM_REMOVE_ACTIVE_DMA or DM_REMOVE_OS_PREPARE flags set, before exiting.
> Our bootm command does that by explicitly calling calling
> "dm_remove_devices_flags(DM_REM
Hi Tom
Please pull one fix for 2021.01.
Travis CI build: https://travis-ci.org/github/lftan/u-boot/builds/737650124
Regards
Ley Foon
The following changes since commit 7ec87e4192215815b658c3f8b34e4be010103149:
Merge tag 'u-boot-atmel-2021.01-b' of
https://gitlab.denx.de/u-boot/custodians/u
The current tables only support a subset of the available fields defined
by the SMBIOS spec. Add a few more.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/smbios.c | 4
1 file changed, 4 insertions(+)
diff --git a/lib/smbios.c b/lib/smbios.c
index 6d3c20a48ee..e97a3bfe6f3 1006
Add information about how to set SMBIOS properties using the devicetree.
Signed-off-by: Simon Glass
---
Changes in v3:
- Add onto the sysinfo binding
doc/arch/x86.rst| 8 +++
doc/device-tree-bindings/sysinfo/smbios.txt | 77 +
2 files changed, 8
This uclass is intended to provide a way to obtain information about a
U-Boot board. But the concept of a U-Boot 'board' is the whole system,
not just one circuit board, meaning that 'board' is something of a
misnomer for this uclass.
In addition, the name 'board' is a bit overused in U-Boot and w
As a first step to obtaining SMBIOS information from the devicetree, add
an ofnode parameter to the writing functions.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Move dm.h header file to avoid build error on qemu-arm
- Deal with boards that don't use of-control
incl
Support a way to put SMBIOS properties in the device tree. These can be
placed in a 'board' device in an 'smbios' subnode.
Signed-off-by: Simon Glass
---
Changes in v3:
- Use a different binding with subnodes for each table type
lib/smbios.c | 100 +-
At present the top of available DRAM is the same as the top of the range
of the low-memory MTRR.
In fact, U-Boot is allowed to use memory up until the start of the FSP
reserved memory. Use that value for low_end, since it makes more memory
available.
Keep the same calculation as before for mtrr_t
At present there are a few Kconfig options which allow SMBIOS fields to
be specified at build time.
Not all fields are supported. Also, defining these at build-time is
limiting since a factory system cannot insert values for particular boards
or models without rebuilding U-Boot.
This series adds
Add a simple binding file for this, so that it is clear what this binding
directory is for.
Signed-off-by: Simon Glass
---
(no changes since v1)
doc/device-tree-bindings/sysinfo/sysinfo.txt | 18 ++
1 file changed, 18 insertions(+)
create mode 100644 doc/device-tree-bindings/s
This is useful when using Linux's earlycon since the MMIO address must be
provided on some platforms, e.g.:
earlycon=uart8250,mmio32,0xddffc000,115200n8
However this is only for debugging, so don't show it by default.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v
This does not necessarily indicate a problem, since some pins are
optional. Let the caller show an error if necessary.
Reviewed-by: Bin Meng
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/pinctrl/intel/pinctrl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a
Quite a few log_info() calls are included in the x86 code which should use
log_debug() instead. Convert them to reduce unwanted output.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/apollolake/fsp_s.c| 8
arch/x86/cpu/intel_common
This table is not needed if a v2 TPM is in use. Add a condition to avoid
adding it when not needed.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_table.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/arc
It is not possible to boot Chrome OS properly without passing some basic
information from U-Boot. This applies even if verified boot is not being
used. Add a structure definition for this.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rename struct chromeos_acpi to struct chromeos_acpi_gnvs
-
Add a script to boot Chrome OS from the internal MMC. This involved adding
a few commands and options.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
configs/chromebook_coral_defconfig | 10 +++---
include/configs/chromebook_coral.h | 9 -
2 files chan
Set up a few fields necessarily to make Chrome OS boot without showing a
firmware error.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/apollolake/acpi.c | 26 --
1 file changed, 20 insertions(+), 6 deletions(-)
diff --git a/ar
Use log_debug() instead of debug() in this file, to enable the extra
features.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/fsp2/fsp_dram.c | 8 ++--
1 file changed, 6 insertions(+), 2 deletions(-)
diff --git a/arch/x86/lib/fsp2/fsp_dram.c b/arc
At present these functions are incorrect. Fix them and add some logging
and checking to avoid future problems.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_nhlt.c | 13 ++---
1 file changed, 10 insertions(+), 3 deletions(-)
diff --git a
At present CONFIG_CHROMEOS is used to determine whether verified boot is
in use. The code to implement that is not in U-Boot mainline.
However, it is useful to be able to boot a Chromebook in developer mode
in U-Boot mainline without needing the verified boot code.
To allow this, use CONFIG_CHROM
At present if SSDT and DSDT code is created, only the latter is retained
for examination by the 'acpi items' command. Fix this by only resetting
the list when explicitly requested.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_table.c | 1 +
dri
The current implementation for DSDT tables is not correct for the case
where there is generated code, as the length ends up being incorrect.
Also, we want the generated code to go first in the table.
Rewrite this piece to correct these problems.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
At present these tables do not have the correct header, and there is an
occasional incorrect value due to uninited data. Fix these bugs.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_nhlt.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
It is useful for this command to show the address of the interrupt table.
Add support for this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/i386/interrupt.c| 14 +++---
arch/x86/include/asm/interrupt.h | 17 +
arch/x86/li
If there is no reset line, this still emits ACPI code for the reset GPIO.
Fix it by updating the check.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
lib/acpi/acpi_device.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/acpi/acpi_device.c
If there is nothing in the SSDT we should not include it in the tables.
Update the implementation to check this.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/acpi_table.c | 22 +++---
1 file changed, 15 insertions(+), 7 deletions(-)
A few functions have changed to return pin numbers or I2C addresses. The
error checking for some of the callers is therefore wrong. Fix them.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
drivers/sound/da7219.c| 4 ++--
drivers/sound/max98357a.c | 2 +-
2 file
At present all tables are placed starting at address f in memory, and
can be up to 64KB in size. If the tables are very large, this may not
provide enough space.
Also if the tables point to other tables (such as console log or a ramoops
area) then we must allocate other memory anyway.
The blo
This somehow ended up as an empty file. Fix it.
Signed-off-by: Simon Glass
---
(no changes since v1)
.../max98357-render-2ch-48khz-24b.dat | Bin 0 -> 116 bytes
1 file changed, 0 insertions(+), 0 deletions(-)
diff --git a/board/google/chromebook_coral/max98357-render-2ch-48khz-24b
Use if() to remove the extra build path in this code.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/lib/tables.c | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/arch/x86/lib/tables.c b/arch/x86/
This is required by Chrome OS so that the audio and other unibuild
features work correctly. Add it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/dts/chromebook_coral.dts | 8
1 file changed, 8 insertions(+)
diff --git a/arch/x86/dts/chromebook_
These settings are included twice. The second lot are correct, so drop the
others.
Signed-off-by: Simon Glass
Reported-by: Wolfgang Wallner
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/dts/chromebook_coral.dts | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/x86/dts/chro
The bloblist guarantees that blobs are zeroed so there is no need to do
an additional memset(). Drop it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
arch/x86/cpu/intel_common/acpi.c | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/x86/cpu/intel_common/acp
At present we create the ACPI context but then drop it after generation of
tables is complete. This is annoying because we have to then search for
tables later.
To fix this, allocate the context and store it in global_data.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since
Some boards need to include binary data into the image for use during the
boot process. Add a node for these.
An example is the audio-codec configuration used by some audio drivers on
Intel platforms. If no private files are provided, they will be omitted.
Signed-off-by: Simon Glass
Reviewed-by:
At present write_tables() can fail but does not report this problem to its
caller. Fix this by changing the return type.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
Changes in v2:
- Use log_err() to report error
arch/x86/cpu/cpu.c| 9 -
arch/x86/include/asm/tables
This series adds various minor features and tweaks to allow Coral to boot
into Chrome OS from U-Boot.
It relies on three other series which have been recently sent:
- smbios (u-boot-dm/smbios-working)
- bootm (u-boot-dm/bootm-working)
- misca (u-boot-dm/misca-working)
This should provid
Set up MSRs required for Apollo Lake. This enables Linux to use the
timers correctly. Also write the fixed MSRs for this platform.
Signed-off-by: Simon Glass
---
Changes in v2:
- Rename update_fixed_mtrss() to update_fixed_mtrrs()
- Add comments to enable_pm_timer_emulation() and cpu_mca_configu
Add definitions for part of the vboot context used with verified boot.
Signed-off-by: Simon Glass
---
Changes in v2:
- Convert tabs to spaces for consistency
arch/x86/include/asm/acpi/vbnv_layout.h | 38 +
1 file changed, 38 insertions(+)
create mode 100644 arch/x86/in
This file can be included by any header but it includes C code. Guard it
to avoid errors when compiling ASL, etc.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
include/linux/bitops.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/include/l
On Wed, Oct 21, 2020 at 08:09:55AM +0200, Heinrich Schuchardt wrote:
> The following changes since commit 3d19a7ee8ca7af01f75ff24622ea3c9840cd5bca:
>
> test: Fix sandbox tests failing to build (2020-10-17 09:03:22 -0400)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de
Add an entry type for a firmware blob for a System Control Processor,
given by an entry arg. This firmware is a raw binary blob.
Reviewed-by: Simon Glass
Signed-off-by: Samuel Holland
---
Makefile | 1 +
tools/binman/etype/scp.py | 19 +++
tools/binman/
Allwinner sun50i SoCs contain an OpenRISC 1000 CPU that functions as a
System Control Processor, or SCP. ARM Trusted Firmware (ATF)
communicates with the SCP over SCPI to implement the PSCI system
suspend, shutdown and reset functionality. Currently, SCP firmware is
optional; the system will boot a
Some boards, specifically 64-bit Allwinner boards (sun50i), are
extremely limited on SPL size. One strategy that was used to make space
was to remove the FIT "os" property parsing code, because it uses a
rather large lookup table.
However, this forces the legacy FIT parsing code path, which requir
This consolidates the SoC-specific part at the top of the file to avoid
cluttering it up with preprocessor conditions.
Reviewed-by: Simon Glass
Signed-off-by: Samuel Holland
---
arch/arm/dts/sunxi-u-boot.dtsi | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/a
This is a rework of my previous patch series adding SCP firmware support
for system suspend, on top of the binman rewrite of mksunxi_fit_atf.sh.
Now that the generic binman updates have all been merged, this patchset
is based on u-boot/master.
- Patches 1-2 apply to binman FIT support generally.
-
Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
binman"), if the BL31 environment variable was not defined, the firmware
would be loaded from a file "bl31.bin" in the current directory. Restore
that behavior by providing that as the default filename in case no entry
arg is provid
Since commit d879616e9e64 ("spl: fit: simplify logic for FDT loading for
non-OS boots"), the SPL looks at the "os" properties of FIT images to
determine where to append the FDT.
The "os" property of the "firmware" image also determines how to execute
the next stage of the boot process, as in 1d379
Nodes should have a blank line separating them from sibling nodes and
properties. Add the necessary lines.
Reviewed-by: Simon Glass
Signed-off-by: Samuel Holland
---
arch/arm/dts/sunxi-u-boot.dtsi | 5 +
1 file changed, 5 insertions(+)
diff --git a/arch/arm/dts/sunxi-u-boot.dtsi b/arch/arm
If neither CONFIG_SPL_FIT_SOURCE nor CONFIG_USE_SPL_FIT_GENERATOR is
enabled, U_BOOT_ITS will be undefined, and attempting to make u-boot.itb
will pass invalid arguments to mkimage, causing it to print its help
message.
Remove the rule in that case, so it is more obvious that u-boot.itb is
not som
Due to an extra level of indentation, the "data" property containing the
FDT was being written repeatedly after every other property in the node.
This caused the generated FIT image to be invalid.
Move the block up one level, so the property is added exactly once.
Reviewed-by: Simon Glass
Signed
> Subject: RE: [PATCH 1/2] mmc: mmc_of_parse: Enable 52 MHz support with
> "cap-mmc-highspeed"
>
> Hi Peng,
>
> > From: Uboot-stm32
>
> > On Behalf Of Patrick DELAUNAY
> >
> > Hi,
> >
> > > From: Alexandru Gagniuc
> > > Sent: mardi 15 septembre 2020 21:52
> > >
> > > "cap-mmc-highspeed" enables
On 10/21/20 1:49 PM, Jagan Teki wrote:
> Hi Samuel,
>
> On Sun, Sep 13, 2020 at 3:05 AM Samuel Holland wrote:
>>
>> Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
>> binman"), if the BL31 environment variable was not defined, the firmware
>> would be loaded from a file "bl31.b
On 10/21/20 1:56 PM, Jagan Teki wrote:
> On Thu, Sep 3, 2020 at 10:37 AM Samuel Holland wrote:
>>
>> There are two different publicly-released revisions of the PinePhone
>> hardware, versions 1.1 and 1.2; and they need different device trees.
>> Since some GPIO pins were rerouted, we can use that
This somehow ended up as an empty file. Fix it.
Signed-off-by: Simon Glass
---
.../max98357-render-2ch-48khz-24b.dat | Bin 0 -> 116 bytes
1 file changed, 0 insertions(+), 0 deletions(-)
diff --git a/board/google/chromebook_coral/max98357-render-2ch-48khz-24b.dat
b/board/google/ch
Fit images were loaded to a buffer provided by spl_get_load_buffer().
This may work when the FIT image is small and fits between the start
of DRAM and SYS_TEXT_BASE.
One problem with this approach is that the location of the buffer may
be manipulated by changing the 'size' field of the FIT. A mali
On Tue, Oct 20, 2020 at 01:54:57PM +0200, Marek Vasut wrote:
> The following changes since commit 7ec87e4192215815b658c3f8b34e4be010103149:
>
> Merge tag 'u-boot-atmel-2021.01-b' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-atmel (2020-10-19
> 09:29:05 -0400)
>
> are available in the G
On Mon, Oct 19, 2020 at 11:40:26PM +0200, Marek Vasut wrote:
> This reverts commit eb39d8ba5f0d1468b01b89a2a464d18612d3ea76.
> The commit breaks booting of fitImage by SPL, the system simply hangs.
> This is because on arm32, the fitImage and all of its content can be
> aligned to 4 bytes and U-Bo
On Tue, Oct 20, 2020 at 12:56:25PM +0200, Marek Vasut wrote:
> The following changes since commit 7ec87e4192215815b658c3f8b34e4be010103149:
>
> Merge tag 'u-boot-atmel-2021.01-b' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-atmel (2020-10-19
> 09:29:05 -0400)
>
> are available in the G
On 10/17/20 9:36 PM, Sean Anderson wrote:
> All of the existing quirks add retries to various calls of mmc_send_cmd.
> mmc_send_cmd_quirks is a helper function to do this retrying behavior. It
> checks if quirks mode is enabled, and if a specific quirk is activated it
> retries on error.
>
> This
Hi Sean,
On 10/17/20 9:36 PM, Sean Anderson wrote:
> All of the existing quirks add retries to various calls of mmc_send_cmd.
> mmc_send_cmd_quirks is a helper function to do this retrying behavior. It
> checks if quirks mode is enabled, and if a specific quirk is activated it
> retries on error.
U-Boot Driver Model is supposed to remove devices with either
DM_REMOVE_ACTIVE_DMA or DM_REMOVE_OS_PREPARE flags set, before exiting.
Our bootm command does that by explicitly calling calling
"dm_remove_devices_flags(DM_REMOVE_ACTIVE_ALL);" and we also disable any
USB devices.
The EFI equivalent i
Order header files according to https://www.denx.de/wiki/U-Boot/CodingStyle
Signed-off-by: Ilias Apalodimas
Suggested-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 7 +++
1 file changed, 3 insertions(+), 4 deletions(-)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_load
Hi Lokesh,
> Il 20/10/2020 08:31 Lokesh Vutla ha scritto:
>
>
> On 19/10/20 10:22 pm, Dario Binacchi wrote:
> > Enabling the domain clock is performed by the sysc interconnect target
> > module driver during the video device probing.
> >
> > Signed-off-by: Dario Binacchi
> >
> > ---
> >
>
Booting the raspberry pi4 4G works just fine using a usb drive to boot on
but the raspberry pi4 8G board will not boot the mainline kernel.
I have seen this issue in the past using the Pi Foundation kernel and they
said that the issue was with the board revisions. Using the Pi Foundation
now has w
On Thu, 22 Oct 2020 00:34:06 +0530
Jagan Teki ja...@amarulasolutions.com wrote:
...
> Any possibility to wait for the last RC? I have patched before[1] for
> DM_VIDEO, now need some time to refine it.
we can wait, it would be good to get it done in v2020.01.
--
Anatolij
On Mon, Oct 19, 2020 at 12:48 AM Anatolij Gustschin wrote:
>
> DM_VIDEO conversion deadline has passed, disable VIDEO config
> option by default. Boards should convert to DM_VIDEO if they
> need video console support.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Jagan Teki
> Cc: Maxime Ripard
>
On Thu, Sep 3, 2020 at 10:37 AM Samuel Holland wrote:
>
> There are two different publicly-released revisions of the PinePhone
> hardware, versions 1.1 and 1.2; and they need different device trees.
> Since some GPIO pins were rerouted, we can use that to distinguish
> between them.
>
> Signed-off
Hi Samuel,
On Sun, Sep 13, 2020 at 3:05 AM Samuel Holland wrote:
>
> Prior to commit 7f7f8aca8257 ("sunxi: Convert 64-bit boards to use
> binman"), if the BL31 environment variable was not defined, the firmware
> would be loaded from a file "bl31.bin" in the current directory. Restore
> that beha
On Sat, Jul 25, 2020 at 11:49 PM Heinrich Schuchardt wrote:
>
> The current default of 0x400 for SYS_MALLOC_F_LEN is too small if any
> additional drivers marked as DM_FLAG_PRE_RELOC are loaded before
> relocation.
>
> CONFIG_RSA=y which is needed for UEFI secure boot or for FIT image
> verificati
On 10/20/20 1:10 PM, Tom Rini wrote:
On Tue, Oct 20, 2020 at 12:01:02PM -0500, Alex G. wrote:
On 10/20/20 10:54 AM, Tom Rini wrote:
On Tue, Oct 20, 2020 at 09:38:52AM -0500, Alex G. wrote:
On 10/20/20 9:32 AM, Tom Rini wrote:
On Tue, Oct 20, 2020 at 04:29:36PM +0200, Marek Vasut wrote:
On 10
Hi Wolfgang,
On Wed, 21 Oct 2020 at 01:16, Wolfgang Denk wrote:
>
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > > Yes, it takes one additional step, but it's simple and does not need
> > > extra code.
> >
> > It is actually not simple, for three reasons:
> >
> > 1. With zboot the args co
Hi Wolfgang,
On Wed, 21 Oct 2020 at 01:02, Wolfgang Denk wrote:
>
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > > > It is also useful for zimage to use a buffer, since it does not actually
> > > > put the Linux command line in the bootargs variable.
> > >
> > > ...which I consider a bug
Hi Marek,
On Tue, 20 Oct 2020 at 17:37, Marek Vasut wrote:
>
> On 10/21/20 1:23 AM, Tom Rini wrote:
> > On Wed, Oct 21, 2020 at 12:27:45AM +0200, Marek Vasut wrote:
> >> On 10/15/20 5:05 PM, Simon Glass wrote:
> >>
> >> [...]
> >>
> >> Add another flag to the DM core which could be assigned t
Hi Wolfgang,
On Wed, 21 Oct 2020 at 00:57, Wolfgang Denk wrote:
>
> Dear Simon,
>
> In message
> you
> wrote:
> >
> > > I think this is the wrong way to address a problem.
> > >
> > > Instead, zimage should use bootargs as well.
> >
> > OK I can add that. But for testing purposes it is still g
On 10/21/20 2:28 PM, Jaehoon Chung wrote:
> If reset DT property is not present, -ENOENT is returned.
> But it's not really error.
Applied, thanks.
On 10/21/20 2:17 PM, Michal Simek wrote:
> From: Siva Durga Prasad Paladugu
>
> If CONFIG_PHY is not enabled then the dwc3_setup_phy()
> returns ENOTSUPP which can be still valid and intentional
> so modify error check to handle this -ENOTSUPP.
>
> The same error handling exists in drivers/usb/h
Hi,
> From: Patrick DELAUNAY
> Sent: jeudi 15 octobre 2020 14:32
>
> Activate CONFIG_CMD_IMPORTENV to accept the command "env import".
> This command is useful in script to include some variable.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> configs/stm32mp15_basic_defconfig | 1 -
> confi
Hi,
> From: Patrick DELAUNAY
> Sent: jeudi 15 octobre 2020 14:28
>
> When partitions are not available on a device the command stm32prog raises an
> error but a device can have no partition to check in init_device() and the
> command
> need to continue to the next part_id.
>
> This patch corre
Hi,
> From: Patrick DELAUNAY
> Sent: jeudi 15 octobre 2020 14:32
>
> Activate CONFIG_CMD_EXPORTENV to accept the command "env export".
>
> Signed-off-by: Patrick Delaunay
> ---
>
> configs/stm32mp15_basic_defconfig | 1 -
> configs/stm32mp15_trusted_defconfig | 1 -
> 2 files changed, 2 de
Hi,
> From: Patrick DELAUNAY
> Sent: jeudi 15 octobre 2020 14:47
>
> Activate CONFIG_CMD_ELF to accept the command "bootelf".
>
> This patch simplifies the file stm32mp defconfig, as we have no reason to
> deactivate this command.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> configs/stm32m
Hi,
> From: Patrick DELAUNAY
> Sent: vendredi 2 octobre 2020 14:09
>
> Cosmetic update of gpio.h:
> - remove enumerate: stm32_gpio_port, stm32_gpio_pin
> because STM32_GPIO_XXX values are unused
> - move STM32_GPIOS_PER_BANK in stm32_gpio.c
> as its value is IP dependent and not arch depende
Hi,
> From: Patrick DELAUNAY
> Sent: mardi 6 octobre 2020 14:00
>
> Add files and directories regex "stm32" and "stm" in "ARM STM STM32MP"
> platform to avoid missing files or drivers supported by the STMicroelectronics
> series STM32MP15x.
>
> This patch adds the rules already used in Linux ke
Hi,
> From: Patrick DELAUNAY
> Sent: mardi 6 octobre 2020 13:52
>
> Add the STM32MP1 RNG driver in the list of drivers supported by the
> STMicroelectronics STM32MP15x series.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> MAINTAINERS | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/
Hi Mark,
On Wed, Oct 21, 2020 at 03:21:51PM +0200, Mark Kettenis wrote:
> > From: Ilias Apalodimas
> > Date: Wed, 21 Oct 2020 15:42:02 +0300
> >
> > Hi Heinrich,
> >
> >
> > On Wed, 21 Oct 2020 at 15:35, Heinrich Schuchardt
> > wrote:
> > >
> > > On 21.10.20 13:41, Ilias Apalodimas wrote:
>
> From: Ilias Apalodimas
> Date: Wed, 21 Oct 2020 15:42:02 +0300
>
> Hi Heinrich,
>
>
> On Wed, 21 Oct 2020 at 15:35, Heinrich Schuchardt wrote:
> >
> > On 21.10.20 13:41, Ilias Apalodimas wrote:
> > > Hi Heinrich,
> > >
> > > On Wed, Oct 21, 2020 at 12:17:29PM +0200, Heinrich Schuchardt wrote
Hi everyone, new User here.
First let me explain how we are using U-Boot:
NXP MX6 Hardware, load FIT Image with Kernel, DTB, RamFS as one FIT-Image from
MMC, bootm
To secure the FIT we are hashing all 3 Parts using sha256 und signing the
Config with our Certificate.
In short we are following thi
Hi Heinrich
On Wed, 21 Oct 2020 at 15:42, Ilias Apalodimas
wrote:
>
> Hi Heinrich,
>
>
> On Wed, 21 Oct 2020 at 15:35, Heinrich Schuchardt wrote:
> >
> > On 21.10.20 13:41, Ilias Apalodimas wrote:
> > > Hi Heinrich,
> > >
> > > On Wed, Oct 21, 2020 at 12:17:29PM +0200, Heinrich Schuchardt wrote:
1 - 100 of 182 matches
Mail list logo
