On Thu, 25 Jan 2024 at 07:36, Marek Vasut wrote:
>
> On 1/24/24 09:16, Sumit Garg wrote:
>
> Hi,
>
> How do you propose to handle fixes to DTs which are applied to
> linux-stable releases ? For example, if Linux 6.6(.0) ships a DT which
> has some defect that is fixed in 6.6.1, how
Hardkernel ODROID-M1S is a single board computer with a RK3566 SoC,
a slightly modified version of the RK3566 SoC.
Features tested on a ODROID-M1S 8GB v1.0 2023-08-10:
- SD-card boot
- eMMC boot
- PCIe/NVMe
Signed-off-by: Dongjin Kim
---
arch/arm/dts/rk3566-odroid-m1s-u-boot.dtsi |
25 січня 2024 р. 08:29:54 GMT+02:00, Dan Carpenter
написав(-ла):
>On Wed, Jan 24, 2024 at 10:27:30PM +0200, Svyatoslav Ryhel wrote:
>> Currently, if boot with extlinux.conf and do not set the fdt
>> U-Boot will provide its own device tree. This behavior is
>> beneficial if the U-Boot device tr
On Wed, Jan 24, 2024 at 10:27:30PM +0200, Svyatoslav Ryhel wrote:
> Currently, if boot with extlinux.conf and do not set the fdt
> U-Boot will provide its own device tree. This behavior is
> beneficial if the U-Boot device tree is in sync with Linux,
> but it totally halts the booting of pre-dtb ke
On Jan 24, 2024 at 12:08:13 -0600, Nishanth Menon wrote:
> On 23:07-20240124, Dhruva Gole wrote:
> > On Jan 24, 2024 at 10:39:10 -0600, Nishanth Menon wrote:
> > > On 18:38-20240124, Dhruva Gole wrote:
> > > > On Jan 24, 2024 at 16:42:12 +0530, Kamlesh Gurudasan
Hi Nishant,
On 1/24/2024 11:40 PM, Nishanth Menon wrote:
> On 12:19-20240124, MD Danish Anwar wrote:
>> The fs-loader driver reads env storage_interface and uses it to load
>> firmware file into memory using the medium set by env. Update the driver
>> to use env fw_stor
On 1/24/24 09:16, Sumit Garg wrote:
Hi,
How do you propose to handle fixes to DTs which are applied to
linux-stable releases ? For example, if Linux 6.6(.0) ships a DT which
has some defect that is fixed in 6.6.1, how will that fix get into
U-Boot DTs ?
This fix would also be in the latest Li
The current code convert the SMBIOS 2.1 entry point structure to
SMBIOS 3.0 entry point structure. The max_struct_size member in
SMBIOS 2.1 entry point structure indicates
"Size of the largest SMBIOS structure, in bytes".
We need to use struct_table_length instead.
Fixes: 1c5aab803c0b ("smbios: co
On Thu, Jan 25, 2024 at 12:24:33AM +0100, Heinrich Schuchardt wrote:
> On 1/24/24 22:16, Tom Rini wrote:
> > On Wed, Jan 17, 2024 at 04:33:45PM +0100, Heinrich Schuchardt wrote:
> >
> > > U-Boot can either generated an SMBIOS table or copy it from a prior boot
> > > stage, e.g. QEMU.
> > >
> > >
Hi Heinrich,
On Wed, 24 Jan 2024 at 22:54, Heinrich Schuchardt wrote:
>
> On 24.01.24 12:51, Masahisa Kojima wrote:
> > Hi Heinrich,
> >
> > On Wed, 24 Jan 2024 at 18:29, Heinrich Schuchardt
> > wrote:
> >>
> >> On 1/24/24 10:15, Masahisa Kojima wrote:
> >>> Current U-Boot only supports the SMB
On 1/24/24 22:16, Tom Rini wrote:
On Wed, Jan 17, 2024 at 04:33:45PM +0100, Heinrich Schuchardt wrote:
U-Boot can either generated an SMBIOS table or copy it from a prior boot
stage, e.g. QEMU.
Provide a command to display the SMBIOS information.
Currently only type 1 and 2 are translated to
On Thu, Jan 25, 2024 at 12:08:57AM +0100, Heinrich Schuchardt wrote:
> EFI binaries should not contain sections that are both writable and
> executable. Separate the RX .text section from the RW .data section
>
> Adjust the section alignment to 4096 bytes.
>
> Fix conflicting SPDX license inform
EFI binaries should not contain sections that are both writable and
executable. Separate the RX .text section from the RW .data section
Adjust the section alignment to 4096 bytes.
Fix conflicting SPDX license information in linker scripts introduced by
commit 7215787c4ea4 ("SPDX: Convert single l
On Fri, Jan 19, 2024 at 05:01:38PM +0800, Kever Yang wrote:
> Hi Chris,
>
> On 2024/1/18 23:06, Chris Morgan wrote:
> > On Thu, Jan 18, 2024 at 03:20:52PM +0800, Kever Yang wrote:
> > > Hi Chris,
> > >
> > > On 2024/1/2 23:46, Chris Morgan wrote:
> > > > From: Chris Morgan
> > > >
> > > > Update
On Wed, Jan 17, 2024 at 04:33:45PM +0100, Heinrich Schuchardt wrote:
> U-Boot can either generated an SMBIOS table or copy it from a prior boot
> stage, e.g. QEMU.
>
> Provide a command to display the SMBIOS information.
>
> Currently only type 1 and 2 are translated to human readable text.
> Ot
Currently, if boot with extlinux.conf and do not set the fdt
U-Boot will provide its own device tree. This behavior is
beneficial if the U-Boot device tree is in sync with Linux,
but it totally halts the booting of pre-dtb kernels (3.4 for
example) since it uses ATAGs. To fix this, pass `-` in the
Currently, if boot with extlinux.conf and do not set the fdt
U-Boot will provide its own device tree. This behavior is
beneficial if the U-Boot device tree is in sync with Linux,
but it totally halts the booting of pre-dtb kernels (3.4 for
example) since it uses ATAGs. To fix this, pass `-` in the
If an error occurs we may see an output like:
EFI application calling Exit
Could not open loaded image protocolLoaded image protocol missing
Add the missing line feed.
Signed-off-by: Heinrich Schuchardt
---
lib/efi_selftest/efi_selftest_miniapp_exit.c | 2 +-
1 file changed, 1 inserti
On 12:19-20240124, MD Danish Anwar wrote:
> The fs-loader driver reads env storage_interface and uses it to load
> firmware file into memory using the medium set by env. Update the driver
> to use env fw_storage_interface as this variable is only used to load
> firmwares. The env stora
Hi Roger,
Thanks for your review.
Hi Ken,
On 16/01/2024 22:01, Ken Sloat wrote:
The CPSW implementations on the AM6x platforms do not support the
selectable RGMII TX clk delay functionality via the RGMII_ID_MODE bit as
the earlier platforms did. According to various TI datasheets, reference
m
On 12:56-20240124, Manorit Chawdhry wrote:
> This is to make easier development with uEnv.txt to update from the
> board on the fly from u-boot to MMC boot media.
>
> Signed-off-by: Manorit Chawdhry
> ---
> include/env/ti/mmc.env | 3 +++
> 1 file changed, 3 insertions
On 18:37-20240124, Dhruva Gole wrote:
> The secure_hdr needs to be 0 init-ed however this was never being put
> into the secure_buf, leading to possibility of the first 4 bytes of
> secure_buf being possibly garbage.
>
> Fix this by initialising the secure_hdr itself to the secure
On 23:07-20240124, Dhruva Gole wrote:
> On Jan 24, 2024 at 10:39:10 -0600, Nishanth Menon wrote:
> > On 18:38-20240124, Dhruva Gole wrote:
> > > On Jan 24, 2024 at 16:42:12 +0530, Kamlesh Gurudasani wrote:
> > > > Dhruva Gole writes:
> > > >
> > &g
On Jan 24, 2024 at 10:39:10 -0600, Nishanth Menon wrote:
> On 18:38-20240124, Dhruva Gole wrote:
> > On Jan 24, 2024 at 16:42:12 +0530, Kamlesh Gurudasani wrote:
> > > Dhruva Gole writes:
> > >
> > > > The secure_hdr needs to be 0 init-ed however th
Hi Simon
Sorry, I missed this one, also due to a longer Xmas/New Year and later skiing
vacation.
On Sun, 2023-11-12 at 19:58 -0700, Simon Glass wrote:
> Boards can use a sysinfo driver if a particular model name is needed.
Okay, but so far we did print more than just a model name:
On Apalis/Co
On 18:38-20240124, Dhruva Gole wrote:
> On Jan 24, 2024 at 16:42:12 +0530, Kamlesh Gurudasani wrote:
> > Dhruva Gole writes:
> >
> > > The secure_hdr needs to be 0 init-ed however this was never being put
> > > into the secure_buf, leading to possibility of the
On Wed, Jan 24, 2024 at 03:43:48PM +0100, Enrico Leto wrote:
> The common folder was initialially created for the common parts of
> the products based on draco-am355x board family. We have the
> product lines 'pxm2', 'rut' and the base line unfortunately named
> 'draco'! Adding the
The common folder was initialially created for the common parts of the
products based on draco-am355x board family. These are the product lines
'pxm2', 'rut' and the base line named 'draco'!
Adding the new capricorn-imx8 board family, common was enhanced without
cleanup.
- rename 'common/board.c'
NAND was used in the early development phase of etamin. The board runs now
on MMC. This setting is no more used -> remove to simplify the board file.
Further clean-up of etamin should remove all NAND settings. Complete clean-
up of etamin board will take place in a separate patch serie.
Signed-of
Adding the capricorn board family some parts diverge from draco family.
The switches used were not pertinent and need to be enhanced for each new
board of the capricorn family. Replace them through the SOC name 'AM33XX'
and 'IMX8'.
Signed-off-by: Enrico Leto
---
board/siemens/common/factoryset.c
Since we have boards using the driver model or not for i2c, use abstraction
function to probe the i2c, check the EEPROM and read from EEPROM.
Signed-off-by: Enrico Leto
---
board/siemens/capricorn/Makefile | 1 +
board/siemens/common/board.c | 8 ++--
board/siemens/common/eeprom.c |
Many includes were not removed when code parts were moved or removed.
Signed-off-by: Enrico Leto
---
board/siemens/capricorn/board.c | 1 -
board/siemens/common/board_am335x.c | 19 +--
board/siemens/common/factoryset.c | 12 ++--
board/siemens/draco/board.c
Add support for driver model where EEPROM data are read in draco board.
Reviewed-by: Alexander Sverdlin
Signed-off-by: Enrico Leto
---
configs/draco-etamin_defconfig | 4 +++-
configs/draco-rastaban_defconfig | 4 +++-
configs/draco-thuban_defconfig | 4 +++-
3 files changed, 9 insertions(+
Move the I2C and EEPROM address definitions in common board header.
Reviewed-by: Alexander Sverdlin
Signed-off-by: Enrico Leto
---
board/siemens/capricorn/board.c | 5 ++---
board/siemens/common/board.c | 6 +++---
board/siemens/common/eeprom.h | 21 +
board/sie
The common folder was initialially created for the common parts of
the products based on draco-am355x board family. We have the
product lines 'pxm2', 'rut' and the base line unfortunately named
'draco'! Adding the new capricorn-imx8 board family, the files
were enhanced without
Add support for the Phytec i.MX93 Segin evaluation kit. The SoM consists
of an NXP i.MX93 dual A55 CPU. The SoM is mounted on a Phytec Segin SBC.
Signed-off-by: Mathieu Othacehe
---
Hello,
This new revision takes Yannic and Primoz comments into account. I went
for a configuration file that is n
On 24.01.24 12:51, Masahisa Kojima wrote:
Hi Heinrich,
On Wed, 24 Jan 2024 at 18:29, Heinrich Schuchardt wrote:
On 1/24/24 10:15, Masahisa Kojima wrote:
Current U-Boot only supports the SMBIOS 3.0 entry point structure.
TCG2 measurement code should migrate to SMBIOS 3.0 entry
point structure
On Wed, 2024-01-24 at 14:30 +0100, Mathieu Othacehe wrote:
>
> Hello Yannic,
>
> > As a heads-up: you need to rebase as am62 (doc) got applied by Tom.
>
> Noted.
>
> > Is the trusted-firmware-a upstream version working? If so, please use that
> > instead.
>
> It is but only on the master bran
Hello Yannic,
> As a heads-up: you need to rebase as am62 (doc) got applied by Tom.
Noted.
> Is the trusted-firmware-a upstream version working? If so, please use that
> instead.
It is but only on the master branch, so it might be better to stick to
the nxp-imx repository until a lts release
On Wed, Jan 24, 2024 at 08:19:00AM +0100, Michal Simek wrote:
>
>
> On 1/23/24 18:58, Tom Rini wrote:
> > On Tue, Jan 23, 2024 at 08:53:21AM +0100, Michal Simek wrote:
> > >
> > >
> > > On 1/22/24 23:39, Tom Rini wrote:
> > > > Now that we support having CONFIG_SYS_CONFIG_NAME be unset to indic
On Jan 24, 2024 at 16:42:12 +0530, Kamlesh Gurudasani wrote:
> Dhruva Gole writes:
>
> > The secure_hdr needs to be 0 init-ed however this was never being put
> > into the secure_buf, leading to possibility of the first 4 bytes of
> > secure_buf being possibly garbage.
> >
> > Fix this by initial
The secure_hdr needs to be 0 init-ed however this was never being put
into the secure_buf, leading to possibility of the first 4 bytes of
secure_buf being possibly garbage.
Fix this by initialising the secure_hdr itself to the secure_buf
location, thus when we make it 0, it automatically ensures t
igned int socinfo;
- /* print board information */
- print_board_model();
-
socinfo = get_socinfo();
if (!socinfo)
return 0;
---
base-commit: 15e7927b5a2d33666af19879577bf0c30ab088fe
change-id: 20240124-u-boot-model-print-fix-cd2e95d67e21
Best regards,
--
Neil Armstrong
On 24/01/24 1:57 pm, Dan Carpenter wrote:
> On Wed, Jan 24, 2024 at 12:19:29PM +0530, MD Danish Anwar wrote:
>> When CONFIG_TI_ICSSG_PRUETH is enabled, add config name check for the
>> icssg2 overlay in board_fit_config_match() API.
>>
>> Signed-off-by: MD Danish Anwar
>> ---
>> board/ti/am65x
On Wed, Jan 24, 2024 at 11:27:12AM +0300, Dan Carpenter wrote:
> On Wed, Jan 24, 2024 at 12:19:29PM +0530, MD Danish Anwar wrote:
> > When CONFIG_TI_ICSSG_PRUETH is enabled, add config name check for the
> > icssg2 overlay in board_fit_config_match() API.
> >
> > Signed-off-by: MD Danish Anwar
>
On Wed, Jan 24, 2024 at 12:19:29PM +0530, MD Danish Anwar wrote:
> When CONFIG_TI_ICSSG_PRUETH is enabled, add config name check for the
> icssg2 overlay in board_fit_config_match() API.
>
> Signed-off-by: MD Danish Anwar
> ---
> board/ti/am65x/evm.c | 11 +++
> 1 file changed, 7 inserti
Add ICSSG2 overlay and configuration to tispl and u-boot images.
Signed-off-by: MD Danish Anwar
---
arch/arm/dts/k3-am65x-binman.dtsi | 65 +--
1 file changed, 61 insertions(+), 4 deletions(-)
diff --git a/arch/arm/dts/k3-am65x-binman.dtsi
b/arch/arm/dts/k3-am65x-bi
When ICSSG driver is enabled (CONFIG_TI_ICSSG_PRUETH=y) set
fw_storage_interface and fw_dev_part env variables.
These variables need be set appropriately in order to load differnet
ICSSG firmwares needed for ICSSG driver. By default the storage
interface is mmc and the partition is 1:2. User can m
When CONFIG_TI_ICSSG_PRUETH is enabled, add config name check for the
icssg2 overlay in board_fit_config_match() API.
Signed-off-by: MD Danish Anwar
---
board/ti/am65x/evm.c | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/board/ti/am65x/evm.c b/board/ti/am65x/evm.
We want SPL to apply DTB overlays (e.g. ICSSG2 overlay) so enable
SPL_LOAD_FIT_APPLY_OVERLAY.
Signed-off-by: MD Danish Anwar
---
configs/am65x_evm_a53_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfig
index aeea24d773.
Enable ICSSG driver in am65x_evm_a53_defconfig
Signed-off-by: MD Danish Anwar
---
configs/am65x_evm_a53_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/am65x_evm_a53_defconfig b/configs/am65x_evm_a53_defconfig
index 529bda283d..aeea24d773 100644
--- a/configs/am65x_evm_a53_
ICSSG2 provides dual Gigabit Ethernet support.
Add ICSSG2 ethernet node to an overlay k3-am654-icssg2.dtso
Signed-off-by: MD Danish Anwar
---
arch/arm/dts/Makefile | 3 +-
arch/arm/dts/k3-am654-icssg2.dtso | 145 ++
2 files changed, 147 insertions(+), 1
The binding represents the MDIO controller as a child device tree
node of the MAC device tree node.
The U-Boot driver mostly ignores that child device tree node and just
hardcodes the resources it uses to support both the MAC and MDIO in a
single driver.
However, some resources like pinctrl muxin
ICSSG firmware supports FDB commands. Add support to send FDB commands
from driver. Once rx_flow_id is obtained from dma, let firmware know that
we are using this rx_flow_id by sending a FDB command.
Signed-off-by: MD Danish Anwar
---
drivers/net/ti/icssg_config.c | 66 ++
This is the PURSS Ethernet driver for TI AM654 Sr2.0 and laterSoCs with
the ICSSG PRU Sub-system running EMAC firmware. This driver caters to
either of the slices of the icssg subsystem.
One and exactly one of the slices is supported as the u-boot ethernet
supports probing one interface at a time.
Add icssg_config.h / .c and icssg_classifier.c files. These are firmware
configuration and classification related files. Add MII helper APIs and
MACROs. These APIs and MACROs will be later used by ICSSG Ethernet driver.
Also introduce icssg_prueth.h which has definition of prueth related
structures
Add icssg_queue.c file. This file introduces macros and APIs related to
ICSSG queues. These will be used by ICSSG Ethernet driver.
Signed-off-by: MD Danish Anwar
---
drivers/net/ti/icssg_prueth.h | 5
drivers/net/ti/icssg_queues.c | 51 +++
2 files changed,
Add firmware interface related headers and macros for ICSSG Ethernet
driver. These macros will be later used by the ICSSG ethernet driver.
Signed-off-by: MD Danish Anwar
---
drivers/net/ti/icssg_switch_map.h | 209 ++
1 file changed, 209 insertions(+)
create mode 100
Add APIs to set a firmware_name to a rproc and boot the rproc with the
same firmware.
Clients can call rproc_set_firmware() API to set firmware_name for a rproc
whereas rproc_boot() will load the firmware set by rproc_set_firmware() to
a buffer by calling request_firmware_into_buf(). rproc_boot()
Use ring_idx to pair rings. ring_idx will be same as tx flow_id for all
non-negative flow_ids. For negative flow_ids, ring_idx will be tchan->id
added with bchan_cnt.
Signed-off-by: MD Danish Anwar
---
drivers/dma/ti/k3-udma.c | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
di
Introduce ICSSG PRUETH support in uboot. The ICSSG driver is used in TI
AM654 SR2.0.
The ICSSG PRU Sub-system runs on EMAC firmware. This series Introduces
support for ICSSG driver in uboot. This series also adds the driver's
dependencies.
The ICSSG2 node is added in device tree overlay so that i
The fs-loader driver reads env storage_interface and uses it to load
firmware file into memory using the medium set by env. Update the driver
to use env fw_storage_interface as this variable is only used to load
firmwares. The env storage_interface will act as fallback so that the
existing implemen
Hi Devarsh,
On 24/01/24 14:37, Devarsh Thakkar wrote:
> Use device-tree node property names for parsing nodes instead of
> indexing as indexing could be different between different SoCs based on
> number of DSS entities available on that particular SoC.
>
> Also correct the video layer naming in d
Hi Devarsh,
On 24/01/24 14:35, Devarsh Thakkar wrote:
> Don't compile ubifs splash mount command for SPL build as this command
> is not supported (and also not enabled) during SPL stage.
>
> This fixes below compilation error, when CONFIG_CMD_UBIFS is enabled in
> defconfig along with splash scree
Hi Heinrich,
On Wed, 24 Jan 2024 at 18:29, Heinrich Schuchardt wrote:
>
> On 1/24/24 10:15, Masahisa Kojima wrote:
> > Current U-Boot only supports the SMBIOS 3.0 entry point structure.
> > TCG2 measurement code should migrate to SMBIOS 3.0 entry
> > point structure.
> >
> > efi_selftest tcg2 tes
On Mon, Jan 22, 2024 at 05:24:22PM +0530, Sughosh Ganu wrote:
> The FWU metadata is to be migrated to version 2. Disable the FWU
> feature on platforms that enable it for the migration.
>
> Signed-off-by: Sughosh Ganu
> ---
> configs/corstone1000_defconfig | 2 --
> configs/sandbox64_de
Hi Sughosh,
On Mon, Jan 22, 2024 at 05:24:23PM +0530, Sughosh Ganu wrote:
> The latest version of the FWU specification [1] has changes to the
> metadata structure. This is version 2 of the structure.
>
> Primary changes include
> - bank_state field in the top level structure
> - Total metadata
On 1/24/24 08:48, Alexander Dahl wrote:
That's most probably a typo, because driver model design documents seem
to be from 2012 and there is no 2010.01 release.
Fixes: 282ed24fb3ca ("dm: MIGRATION: Add migration plan for CONFIG_DM")
Signed-off-by: Alexander Dahl
Reviewed-by: Heinrich Schuchar
Hi Kever,
On 1/24/24 11:46, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Nothing of the hardware.h is used in include/configs, therefore, let's
move that include to the files that actually require this include.
hardware.h is one of common hea
Dhruva Gole writes:
> The secure_hdr needs to be 0 init-ed however this was never being put
> into the secure_buf, leading to possibility of the first 4 bytes of
> secure_buf being possibly garbage.
>
> Fix this by initialising the secure_hdr itself to the secure_buf
> location, thus when we make
Hi Kever,
On 1/24/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Since commit 9e644284ab81 ("dm: core: Report bootph-pre-ram/sram node as
pre-reloc after relocation"), bootph-pre-ram doesn't make U-Boot proper
bind the device before rel
Enable EFI_HTTP_BOOT to be able to booting OS via http.
In case of that dhcp server is not providing dns server IP set it up via
setenv dnsip .
Signed-off-by: Michal Simek
---
I am ignoring defconfig sync because it needs to done because of
cda3f81b06f5 ("cmd/flash: Make this default y for CFI a
Hi Kever,
On 1/24/24 11:19, Kever Yang wrote:
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Rockchip SoCs have some jtag/sdmmc autoswitching that simply doesn't
work really well.[00] The Linux kernel disables it for all SoCs[01], so
U-Boot needs to do the same in
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Nothing of the hardware.h is used in include/configs, therefore, let's
move that include to the files that actually require this include.
hardware.h is one of common header for soc level, it's reasonable in the
soc_c
On Jan 24, 2024 at 15:45:58 +0530, Dhruva Gole wrote:
> The secure_hdr needs to be 0 init-ed however this was never being put
> into the secure_buf, leading to possibility of the first 4 bytes of
> secure_buf being possibly garbage.
>
> Fix this by initialising the secure_hdr itself to the secure_
The secure_hdr needs to be 0 init-ed however this was never being put
into the secure_buf, leading to possibility of the first 4 bytes of
secure_buf being possibly garbage.
Fix this by initialising the secure_hdr itself to the secure_buf
location, thus when we make it 0, it automatically ensures t
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Since commit 9e644284ab81 ("dm: core: Report bootph-pre-ram/sram node as
pre-reloc after relocation"), bootph-pre-ram doesn't make U-Boot proper
bind the device before relocation.
While this is usually not much of an i
Hi Quentin,
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Rockchip SoCs have some jtag/sdmmc autoswitching that simply doesn't
work really well.[00] The Linux kernel disables it for all SoCs[01], so
U-Boot needs to do the same in order to fix issues related to SD card on
RK358
The secure_hdr needs to be 0 init-ed however this was never being put
into the secure_buf, leading to possibility of the first 4 bytes of
secure_buf being possibly garbage.
Fix this by initialising the secure_hdr itself to the secure_buf
location, thus when we make it 0, it automatically ensures t
Hi Sughosh,
On Mon, Jan 22, 2024 at 05:24:21PM +0530, Sughosh Ganu wrote:
>
> The following patches migrate the FWU metadata access code to version
> 2 of the structure. This is based on the structure definition as
> defined in the latest rev of the FWU Multi Bank Update specification
> [1].
>
> S
On 1/24/24 10:15, Masahisa Kojima wrote:
Current U-Boot only supports the SMBIOS 3.0 entry point structure.
TCG2 measurement code should migrate to SMBIOS 3.0 entry
point structure.
efi_selftest tcg2 test also needs to be updated, and expected
PCR[1] result is changed since guid for SMBIOS EFI s
Current U-Boot only supports the SMBIOS 3.0 entry point structure.
TCG2 measurement code should migrate to SMBIOS 3.0 entry
point structure.
efi_selftest tcg2 test also needs to be updated, and expected
PCR[1] result is changed since guid for SMBIOS EFI system table
uses different guid SMBIOS3_TAB
Use device-tree node property names for parsing nodes instead of
indexing as indexing could be different between different SoCs based on
number of DSS entities available on that particular SoC.
Also correct the video layer naming in driver to match to actual one
being used in upstream DSS device-t
Don't compile ubifs splash mount command for SPL build as this command
is not supported (and also not enabled) during SPL stage.
This fixes below compilation error, when CONFIG_CMD_UBIFS is enabled in
defconfig along with splash screen enabled at SPL stage:
"aarch64-none-linux-gnu-ld.bfd: common/
Hi Rob, Andre,
On Tue, 23 Jan 2024 at 22:12, Rob Herring wrote:
>
> On Mon, Jan 22, 2024 at 6:59 PM Andre Przywara wrote:
> >
> > On Mon, 22 Jan 2024 11:49:59 -0500
> > Tom Rini wrote:
> >
> > Hi Tom,
> >
> > > On Mon, Jan 22, 2024 at 11:45:15AM +, Andre Przywara wrote:
> > > > On Wed, 10 J
Don't compile ubifs splash mount command for SPL build as this command
is not supported (and also not enabled) during SPL stage.
This fixes below compilation error, when CONFIG_CMD_UBIFS is enabled in
defconfig along with splash screen enabled at SPL stage.
Fixes below error when CONFIG_CMD_UBIFS
Hi Randolph,
On 1/24/24 07:21, Randolph wrote:
It adds the ATCWDT200 support for Andes AE350 platform.
It also enables wdt command support.
Signed-off-by: CL Wang
Signed-off-by: Randolph
Reviewed-by: Leo Yu-Chi Liang
This fails in world CI build in "test.py for sandbox":
https://dev.azure
Hi Marek,
On Mon, 22 Jan 2024 at 05:47, Marek Vasut wrote:
>
> On 1/21/24 23:41, Caleb Connolly wrote:
>
> Hi,
>
> [...]
>
> >> How do you propose to handle fixes to DTs which are applied to
> >> linux-stable releases ? For example, if Linux 6.6(.0) ships a DT which
> >> has some defect that is f
88 matches
Mail list logo
