On 2023-07-12 03:48, Marek Vasut wrote:
> On 7/12/23 02:06, Jonas Karlman wrote:
>> On 2023-07-12 01:59, Marek Vasut wrote:
>>> On 7/12/23 01:48, Jonas Karlman wrote:
generic_setup_phy may mask a power on failure due to the return value
from generic_phy_exit, typically 0, is being used as
On 7/12/23 09:36, Jonas Karlman wrote:
On 2023-07-12 03:48, Marek Vasut wrote:
On 7/12/23 02:06, Jonas Karlman wrote:
On 2023-07-12 01:59, Marek Vasut wrote:
On 7/12/23 01:48, Jonas Karlman wrote:
generic_setup_phy may mask a power on failure due to the return value
from generic_phy_exit, typ
Hi Tom
Sorry to bother you.
Could I know your merge plans for my commit ?
https://patchwork.ozlabs.org/project/uboot/list/?series=362257
https://patchwork.ozlabs.org/project/uboot/list/?series=359454
because MS 、google and other customers will use the new memory layout .
So could you provide some
Existing PALMAS PMIC driver is fully compatible with TI TPS65913
PMIC found in many Tegra 4 devices, like Tegra Note 7 and ASUS
TF701T. Add TPS65913 dts compatible with TPS659038 data.
Without regulator_autoset PALMAS regulators are just "requested"
without actual initial setup (device tree is com
Existing PALMAS PMIC driver is fully compatible with TI TPS65913
PMIC found in many Tegra 4 devices, like Tegra Note 7 and ASUS
TF701T. TPS65913 shares same structure of regulators like TPS659038
so data can be reused.
Tested-by: Svyatoslav Ryhel # NVIDIA Tegratab
Signed-off-by: Svyatoslav Ryhel
Without this patch PALMAS regulators are just "requested" without
actual initial setup (device tree values are completely ignored).
This causes major issue since voltage is usually set on probing
and rarely is changed. Drivers which change voltage assume that
initial voltage was already set and thi
On 7/11/23 22:13, Tim Harvey wrote:
On Mon, Jul 10, 2023 at 4:18 PM Marek Vasut wrote:
On 7/11/23 00:49, Tim Harvey wrote:
Add support for enabling and disabling vbus-supply regulator found
on several imx8mp boards in the usb3_phy0 and usb3_phy1 nodes.
Signed-off-by: Tim Harvey
Reviewed-by:
Hello Simon,
thank you for your help so far.
On 11.07.2023 17:01, Simon Glass wrote:
Hi Christian,
On Tue, 11 Jul 2023 at 08:58, Taedcke, Christian
wrote:
Hello Jonas,
On 10.07.2023 12:48, Jonas Karlman wrote:
Hi Christian,
On 2023-07-10 11:25, christian.taedcke-...@weidmueller.com wrote
The XEA system (imx287 based) is not using support for EXTLINUX and VBE.
As those configuration options have been enabled by default with modern
Kconfig it is safe to explicitly disable them.
After that change the u-boot.img size has been reduced by ~16 KiB.
Signed-off-by: Lukasz Majewski
---
c
On the XEA (imx287) system the FAT file system is not used neither in
SPL nor u-boot proper.
Hence, to save ~6KiB of u-boot.img size - it has been disabled.
Signed-off-by: Lukasz Majewski
---
configs/imx28_xea_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/imx28_xea_defcon
> From: Hugo Villeneuve
> For SOM with the EC configuration, the ethernet PHY is located on the
> SOM itself, and connected to the CPU ethernet controller. It has a
> reset line controlled via GPIO1_IO9. In this configuration, the PHY
> located on the carrier board is not connected to anything and
> Initialize Secure Non-Volatile Storage, aka SNVS.
> Signed-off-by: Andrejs Cainikovs
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing Director: Erika Unt
Hi Tim,
On 22.06.23 19:30, Tim Harvey wrote:
Add a Kconfig for OPTEE_LOAD_ADDRESS which adds tee.bin to the
imx8m{m,n,p} FIT image.
Prior to using binman for image creation the presense of tee.bin in the
directory would cause mkimage_fit_atf.sh to add the tee.bin node
to the FIT image. Once boa
Hi Hugo,
On 11.07.23 17:45, Hugo Villeneuve wrote:
From: Hugo Villeneuve
For SOM with the EC configuration, the ethernet PHY is located on the
SOM itself, and connected to the CPU ethernet controller. It has a
reset line controlled via GPIO1_IO9. In this configuration, the PHY
located on the c
From: Christian Taedcke
This enables implementing custom logic after a bitstream was loaded
into the fpga.
Signed-off-by: Christian Taedcke
---
Changes in v3:
- replace #if with if
- remove previously added printf
- return notification error from fpga_load()
- fix static_assert checking event
On 7/12/23 04:46, Simon Glass wrote:
This test was written for the incorrect use of assertions. Update it to
build with the previous approach, where tests fail at the first
assertion.
All assertion functions return 0 on success and non-zero on failure.
They can be nested into functions simply by
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> A recent change makes test continue to run after failure. This results in
> a lot of useless output and may lead to a segfault. Fix this by adding
> back the 'return' statement.
>
> Note that this is not a full revert of the original commit. I
On Tue, Jun 20, 2023 at 4:24 PM Simon Glass wrote:
>
> It seems better to call this a 'bootdev' since this is name used in the
> documentation. The older 'Bootdevice' name is no-longer used and may cause
> confusion with the 'bootdevice' environment variable.
>
> Update throughout to use bootdev.
Hi Simon,
On Tue, Jun 20, 2023 at 4:24 PM Simon Glass wrote:
>
> The "bootargs" environment variable is used to set the command-line
> arguments to pass to the OS. Use this same mechanism with bootstd as well.
> When the variable is updated, it is written to the current bootflow. When
> the curre
On Tue, Jun 20, 2023 at 4:24 PM Simon Glass wrote:
>
> On x86 boards Linux uses a block of binary data to provide information
> about the command line, memory map, etc. Provide a way to store this in
> the bootflow so it can be passed on to the OS.
>
> No attempt is made to generalise the code, si
On Tue, Jun 20, 2023 at 4:25 PM Simon Glass wrote:
>
> The Linux command line consists of a number of words with optional values.
> At present U-Boot allows this to be changed using the bootargs environment
> variable.
>
> But this is quite painful, since the command line can be very long.
>
> Add
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> We want to enable some of the more interesting bootstd features. Move SPL
> up to create some room for the larger U-Boot binary. Also disable
> microcode since this is not needed
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> Drop use of the distro boot script and use standard boot instead.
>
> Moving to a text-based environment would be desirable also, but requires
> additional work.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add new patch to swi
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> Drop IDE since this is not widely used anymore. Add NVME since it is
> becoming more popular.
This commit message is irrelevant.
>
> Add ms so it is easier to search for tables in memory.
>
> Expand the command-line and print buffers so that
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> Add ms so it is easier to search for tables in memory.
>
> Expand the command-line and print buffers so that we can deal with the
> very long ChromeOS command lines. (typically 700 characters).
>
> Enable BOOTSTD_FULL to get the full set of st
Hi Simon,
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> This series adds a simple bootmeth for ChromiumOS on x86. It uses zimage
> to boot the kernel.
>
> Full verified boot is not included at this stage - that is still a
> separate chunk of code to be brought into standard boot at some
Hi Simon,
On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
>
> Drop IDE since this is not widely used anymore. Add NVME since it is
> becoming more popular.
>
> Add ms so it is easier to search for tables in memory.
>
> Expand the command-line and print buffers so that we can deal with the
> ve
The series "rockchip: rk35xx: Update defconfigs and enable boot from SPI
NOR flash" enabled SPI flash boot support on ROCK 3A and ROCK 5B using a
spi0 alias.
This spi0 alias should be used for the spi0 device tree node and not the
sfc node.
Correct this by adding spi4 and spi5 aliases to -u-boot.
The commit 64f79f88a751 ("rockchip: rk3568-rock-3a: Enable boot from SPI
NOR flash") enabled SPI flash support by overriding the spi0 alias.
Correct this by adding a new spi4 alias in rk356x-u-boot.dtsi and
SF_DEFAULT_BUS=4 and SPL_DM_SEQ_ALIAS=y in defconfig. Also enabled
support for parsing and
The commit fd6e425be243 ("rockchip: rk3588-rock-5b: Enable boot from SPI
NOR flash") enabled SPI flash support by adding a spi0 alias.
Correct this by adding spi0-spi5 aliases in rk3588s-u-boot.dtsi and
SF_DEFAULT_BUS=5 and SPL_DM_SEQ_ALIAS=y in defconfig. Also enabled
support for parsing and auto
Hi Tom,
On Tue, 2023-06-20 at 09:37 -0400, Tom Rini wrote:
> On Sat, 03 Jun 2023 19:32:52 +0530, Mayuresh Chitale wrote:
>
> > This patchset adds support to load images of the SPL's next booting
> > stage from a NVMe device.
> >
> > Changes in v4:
> > - Drop patch 4
> > - Modify patch 2 to use g
On Wed, 28 Jun 2023, Icenowy Zheng wrote:
> When building the package `rustc` for AOSC OS on HiFive Unmatched,
> random SIGSEGV prevents the package from getting correctly built.
> Downclocking the CPU PLL clock seems to allow rustc to be built,
> although taking much more time.
>
> Downclock the
On 12.07.23 15:06, mchit...@ventanamicro.com wrote:
Hi Tom,
On Tue, 2023-06-20 at 09:37 -0400, Tom Rini wrote:
On Sat, 03 Jun 2023 19:32:52 +0530, Mayuresh Chitale wrote:
This patchset adds support to load images of the SPL's next booting
stage from a NVMe device.
Changes in v4:
- Drop patch
On Wed, 12 Jul 2023 12:42:26 +0200
Stefano Babic wrote:
> Hi Hugo,
>
> On 11.07.23 17:45, Hugo Villeneuve wrote:
> > From: Hugo Villeneuve
> >
> > For SOM with the EC configuration, the ethernet PHY is located on the
> > SOM itself, and connected to the CPU ethernet controller. It has a
> > re
On 12.07.23 15:31, Hugo Villeneuve wrote:
On Wed, 12 Jul 2023 12:42:26 +0200
Stefano Babic wrote:
Hi Hugo,
On 11.07.23 17:45, Hugo Villeneuve wrote:
From: Hugo Villeneuve
For SOM with the EC configuration, the ethernet PHY is located on the
SOM itself, and connected to the CPU ethernet con
> From: Hugo Villeneuve
> For SOM with the EC configuration, the ethernet PHY is located on the
> SOM itself, and connected to the CPU ethernet controller. It has a
> reset line controlled via GPIO1_IO9. In this configuration, the PHY
> located on the carrier board is not connected to anything and
> From: Andrejs Cainikovs
> Drive CTRL_SLEEP_MOCI# high at boot (SPL) using a GPIO hog, this signal
> may be used to control some power-rails on the carrier board, therefore
> it should be set to high when the module is booting.
> To do this as early as possible is generally a good idea and the is
> The USB Power domains should not have been removed as it causes
> the board to hang if the USB is started.
> Signed-off-by: Adam Ford
> Reviewed-by: Fabio Estevam
> diff --git a/arch/arm/dts/imx8mp-beacon-kit-u-boot.dtsi
> b/arch/arm/dts/imx8mp-beacon-kit-u-boot.dtsi
> index 5ca631e9d8..b56f3a
> There are some newer clocks added to the kernel recently,
> so to fix prepare for resycing the device trees, update
> the clock list. Since there are some minor changes to
> the USB clocks, update which USB clocks are enabled
> to match with the upstream kernel as well.
> Signed-off-by: Adam For
> From: Andrejs Cainikovs
> Enable CONFIG_SPL_GPIO_HOG option to be able to control GPIO hogs from
> SPL.
> Signed-off-by: Andrejs Cainikovs
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Fabio Estevam
> The conversion to CONFIG_DM_SERIAL is mandatory, so select this option.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering
> From: Andrejs Cainikovs
> Drive CTRL_SLEEP_MOCI# high at boot (SPL) using a GPIO hog, this signal
> may be used to control some power-rails on the carrier board, therefore
> it should be set to high when the module is booting.
> To do this as early as possible is generally a good idea and the is
> From: Fabio Estevam
> The conversion to CONFIG_DM_SERIAL is mandatory, so select this option.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering
> Initialize Secure Non-Volatile Storage, aka SNVS.
> Signed-off-by: Andrejs Cainikovs
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing Director: Erika Unt
> The XEA system (imx287 based) is not using support for EXTLINUX and VBE.
> As those configuration options have been enabled by default with modern
> Kconfig it is safe to explicitly disable them.
> After that change the u-boot.img size has been reduced by ~16 KiB.
> Signed-off-by: Lukasz Majewski
> From: Marcel Ziswiler
> Synchronise device trees with linux v6.5-rc1.
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering GmbH,Managing
> On the XEA (imx287) system the FAT file system is not used neither in
> SPL nor u-boot proper.
> Hence, to save ~6KiB of u-boot.img size - it has been disabled.
> Signed-off-by: Lukasz Majewski
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> From: Fabio Estevam
> The conversion to CONFIG_DM_SERIAL is mandatory, so select this option.
> Signed-off-by: Fabio Estevam
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
=
DENX Software Engineering
> From: Andrejs Cainikovs
> Enable CONFIG_SPL_GPIO_HOG option to be able to control GPIO hogs from
> SPL.
> Signed-off-by: Andrejs Cainikovs
> Signed-off-by: Marcel Ziswiler
Applied to u-boot-imx, master, thanks !
Best regards,
Stefano Babic
--
> Several changes have been made to the device tree
> in the kernel, so update that as well as the
> corresponding imx8mp-u-boot.dtsi files to prevent
> breaking the booting.
> Signed-off-by: Adam Ford
> Reviewed-by: Fabio Estevam
> diff --git a/arch/arm/dts/imx8mp-u-boot.dtsi b/arch/arm/dts/imx8
From: Emanuele Ghidoli
ft_system_setup cannot be enabled on SoC without msmc sram otherwise
fdt_fixup_msmc_ram function fails causing system reset.
Fix by calling fdt_fixup_msmc_ram only on these specific SoC:
- J721S2
- AM654
- J721E
This change was verified to not change anything on any exist
From: Francesco Dolcini
AM62x SoC is available in multiple variant with a different amount of CPU cores
(Cortex-A) available, AM62x1, AM62x2, AM62x4 have respectively 1, 2 or 4 cores.
Update the FDT with the actual core count as read from the SoC registers, with
that change is possible to have a
From: Emanuele Ghidoli
Add register address and relevant bitmasks and shifts.
Allow reading these information:
- device identification
- number of cores (part of device identification)
- features (currently: PRU / no PRU)
- security
- functional safety
- speed grade
- temperature grade
- package
From: Emanuele Ghidoli
AM62x SoC is available in multiple variant with a different
amount of CPU cores (Cortex-A) available, AM62x1, AM62x2, AM62x4
have respectively 1, 2 or 4 cores.
Update the FDT with the actual core count as read from the SoC registers,
with that change is possible to have a
On Tue, 11 Jul 2023 at 16:37, Jonas Karlman wrote:
>
> Set default y based on common BOOT_DEFAULTS instead of DISTRO_DEFAULTS.
>
> No change is intended, affected options is already implied for DISTRO
> and BOOTSTD due to BOOT_DEFAULTS imply DOS_PARTITION (USB_STORAGE),
> EFI_PARTITION and ISO_PAR
Hi Tom,
On Tue, 11 Jul 2023 at 20:33, Tom Rini wrote:
>
> It is not uncommon for some of the QEMU-based jobs to fail not because
> of a code issue but rather because of a timing issue or similar problem
> that is out of our control. Make use of the keywords that Azure and
> GitLab provide so that
On Wed, 12 Jul 2023 at 05:39, wrote:
>
> From: Christian Taedcke
>
> This enables implementing custom logic after a bitstream was loaded
> into the fpga.
>
> Signed-off-by: Christian Taedcke
> ---
>
> Changes in v3:
> - replace #if with if
> - remove previously added printf
> - return notificati
Hi Jason,
On Tue, 11 Jul 2023 at 16:29, Jason Kacines wrote:
>
> Add support to config fragments (.config) located in the /board
> directory. This will allow only base defconfigs to live in /configs and
Does this mean defconfigs?
> all fragments to live in their respective device directory in /
Hi Jason,
On Tue, 11 Jul 2023 at 16:28, Jason Kacines wrote:
>
> When someone attempts to bring up a custom board using TI SoCs (am62x in
> this case), it often takes several days for someone to reduce the
> current configuration from the TI EVM/SK boards to a configuration that
> works for their
Hi Bin,
On Wed, 12 Jul 2023 at 05:54, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
> >
> > This series adds a simple bootmeth for ChromiumOS on x86. It uses zimage
> > to boot the kernel.
> >
> > Full verified boot is not included at this stage - that is s
Hi Bin,
On Wed, 12 Jul 2023 at 05:58, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, Jun 20, 2023 at 4:23 PM Simon Glass wrote:
> >
> > Drop IDE since this is not widely used anymore. Add NVME since it is
> > becoming more popular.
> >
> > Add ms so it is easier to search for tables in memory.
> >
>
Hi Alexander,
On Sat, 27 May 2023 at 16:02, Alexander Couzens wrote:
>
> Add command fdt chosenu32/chosenstr to allow setting runtime properties.
> This is useful to pass information to the OS.
> E.g. which slot is currently booted in a A/B/recovery scheme.
> Or the reset reason which may only vi
Hi Christian,
On Wed, 12 Jul 2023 at 03:20, Taedcke, Christian
wrote:
>
> Hello Simon,
>
> thank you for your help so far.
>
> On 11.07.2023 17:01, Simon Glass wrote:
> > Hi Christian,
> >
> > On Tue, 11 Jul 2023 at 08:58, Taedcke, Christian
> > wrote:
> >>
> >> Hello Jonas,
> >>
> >> On 10.07.2
Hi Bin,
On Wed, 12 Jul 2023 at 05:48, Bin Meng wrote:
>
> Hi Simon,
>
> On Tue, Jun 20, 2023 at 4:24 PM Simon Glass wrote:
> >
> > The "bootargs" environment variable is used to set the command-line
> > arguments to pass to the OS. Use this same mechanism with bootstd as well.
> > When the varia
Hi Heinrich,
On Wed, 12 Jul 2023 at 00:41, Heinrich Schuchardt wrote:
>
> On 7/11/23 21:13, Simon Glass wrote:
> > Hi,
> >
> > On Tue, 11 Jul 2023 at 00:23, Masahisa Kojima
> > wrote:
> >>
> >> On Mon, 10 Jul 2023 at 11:28, AKASHI Takahiro
> >> wrote:
> >>>
> >>> On Mon, Jul 10, 2023 at 11:13:1
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> This function used to be for adding a list of requests to be actioned on
> relocation. Revert it back to this purpose, to avoid problems with boards
> which need control of their MTRRs (i.e. those which don't use FSP).
>
> The mtrr_
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Move MTRR-listing code into a common file so it can be used from SPL.
> Update the 'mtrr' command to call it.
>
> Use this in SPL just before adjusting the MTRRs, so we can see the state
> set up by the board. Only show it when debu
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Add documention for the x86 'mtrr' command.
>
> Signed-off-by: Simon Glass
> Suggested-by: Heinrich Schuchardt
> ---
>
> (no changes since v2)
>
> Changes in v2:
> - Add new patch with docs for mtrr command
>
> doc/usage/cmd/mtrr.rst | 151
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> The Kconfig for this is currently inside a particular board. Move it into
> the correct place and allow use in SPL, so that video can be used there
> if needed.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> board/google/
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> This is always zero in the source tree, so drop it.
>
> While we are here, add a comment to _X86EMU_env since it the symbol is
Remove "it"
> actually defined twice, which can cause confusion when building.
>
> Signed-off-by: Simon Glass
> -
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> The ll_boot_init() check handles the EFI case so we don't need the rest
> of the code. Drop it.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> arch/x86/cpu/i386/interrupt.c | 17 +
> 1 file changed, 5 inse
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Add a comment for this function in the header.
>
> Change the function (and the one after) to use __noreturn to keep
> checkpatch happy.
>
> Add docs to board_init_f_r() while we are here.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> This is useful information so show it with the bdinfo command.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> arch/x86/lib/bdinfo.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/arch/x86/lib/bdinfo.c
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Use an assembler implementation as is done for i386, so that the results
> are equivalent.
The commit message is confusing. It says "Correct the implementation
..." and here it says "the results are equivalent", but what was
change
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Rather than silently hanging, show an error first. This can happen when
> there is something wrong with the video BIOS.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v2)
>
> Changes in v2:
> - Fix BINS typo
> - Drop the Ooops str
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Sometimes a previous bootloader has written ACPI tables. It is useful to
> be able to find and list these. Add an 'acpi set' command to set the
> address for these tables.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> These are useful pieces of information when debugging. The RAM top shows
> where U-Boot started allocating memory from, before it relocated. The
> stack pointer can be checked to ensure it is in the correct region.
>
> Signed-off-by: Simon Gla
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Some devices have multiple partition types available on the same media.
> It is sometimes useful to see these to check that everything is working
> correctly.
>
> Provide a way to manually set the partition-table type, avoiding the
> auto-dete
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Some files have an associated address. Show this with the 'qfw list'
> command so that it is possible to dump the data.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> cmd/qfw.c | 2 +-
> doc/usage/
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Add a a bit more detail so it is clear that multiple devices are
Remove one 'a'
also, please remove the period in the commit summary
> supported, but only one per driver.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes sinc
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> Once the ACPI tables have been set up, record their address so that it is
> possible to list them with 'acpi list'.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> drivers/misc/qfw.c | 4
> 1 file changed, 4 insertion
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> The CMD_EFIDEBUG option enables debugging so it is reasonable to assume
> that all effects should be made to decode the dreaded UUIDs favoured by
> UEFI.
>
> Update the table to show them all when CONFIG_CMD_EFIDEBUG is enabled.
>
> Signed-off
Hi Simon,
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
nits: please add the 'bdinfo' tag in the commit summary
> It is useful to see the base of the malloc region. This is visible when
> debugging but not in normal usage.
>
> Add it to the global data so that it can be shown.
>
> Signed
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> At present this leaves the stack at the pre-relocation value. This is not
> ideal since we want to have U-Boot running entirely from the top of
> memory.
>
> In addition, the new global_data pointer is not actually used, since
> the global_dat
On Mon, Jun 19, 2023 at 8:01 PM Simon Glass wrote:
>
> When scanning fails it is useful to be able to decode what went wrong. Add
> some debugging for this.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> drivers/nvme/nvme.c | 36 ++--
> 1 file
On 7/12/23 8:47 AM, Francesco Dolcini wrote:
From: Emanuele Ghidoli
ft_system_setup cannot be enabled on SoC without msmc sram otherwise
fdt_fixup_msmc_ram function fails causing system reset.
Fix by calling fdt_fixup_msmc_ram only on these specific SoC:
- J721S2
- AM654
- J721E
This change w
On 7/12/23 8:47 AM, Francesco Dolcini wrote:
From: Emanuele Ghidoli
Add register address and relevant bitmasks and shifts.
Allow reading these information:
- device identification
- number of cores (part of device identification)
- features (currently: PRU / no PRU)
- security
- functional safe
On Wed, Jul 12, 2023 at 09:18:42AM -0500, Andrew Davis wrote:
> On 7/12/23 8:47 AM, Francesco Dolcini wrote:
> > From: Emanuele Ghidoli
> >
> > Add register address and relevant bitmasks and shifts.
> > Allow reading these information:
> > - device identification
> > - number of cores (part of de
On Wed, Jul 12, 2023 at 09:15:21AM -0500, Andrew Davis wrote:
> On 7/12/23 8:47 AM, Francesco Dolcini wrote:
> > From: Emanuele Ghidoli
> >
> > ft_system_setup cannot be enabled on SoC without msmc sram otherwise
> > fdt_fixup_msmc_ram function fails causing system reset.
> >
> > Fix by calling
On 7/12/23 9:32 AM, Francesco Dolcini wrote:
On Wed, Jul 12, 2023 at 09:15:21AM -0500, Andrew Davis wrote:
On 7/12/23 8:47 AM, Francesco Dolcini wrote:
From: Emanuele Ghidoli
ft_system_setup cannot be enabled on SoC without msmc sram otherwise
fdt_fixup_msmc_ram function fails causing system
This series adds a simple bootmeth for ChromiumOS on x86. It uses zimage
to boot the kernel.
Full verified boot is not included at this stage - that is still a
separate chunk of code to be brought into standard boot at some point.
For now it just obtains the kernel and command line and boots. This
Many tests don't actually use the devicetree at all so there is no point
in running the tests both with livetree and flat tree. Check for this and
skip the flat tree test in that case.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
test/test-main.c | 3 ++-
1 file
This does not relate to sandbox. Correct the name.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
boot/bootmeth_qfw.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boot/bootmeth_qfw.c b/boot/bootmeth_qfw.c
index ecd4b082fd20..8ebbc3ebcd58 1006
This is a copy error. Fix it.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
boot/bootmeth-uclass.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boot/bootmeth-uclass.c b/boot/bootmeth-uclass.c
index 3b3e0614dafa..33662a753889 100644
--- a/boo
Some operating systems have a command line which can be adjusted before
booting. Store this in the bootflow so it can be controlled within
U-Boot.
Fix up the example output while we are here, since there are a few new
items.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes sinc
It seems better to call this a 'bootdev' since this is name used in the
documentation. The older 'Bootdevice' name is no-longer used and may cause
confusion with the 'bootdevice' environment variable.
Update throughout to use bootdev.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no ch
The "bootargs" environment variable is used to set the command-line
arguments to pass to the OS. Use this same mechanism with bootstd as well.
When the variable is updated, it is written to the current bootflow. When
the current bootflow is updated, the environment variable is updated too.
Signed-
On x86 boards Linux uses a block of binary data to provide information
about the command line, memory map, etc. Provide a way to store this in
the bootflow so it can be passed on to the OS.
No attempt is made to generalise the code, since other archs don't need
this information. The field is prese
It is useful to see the detailed setting of the serial port, e.g. to
allow setting up earlycon or console for Linux. Add this output to the
'bdinfo' command.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
cmd/bdinfo.c | 21 +
1 file changed, 21
The Linux command line consists of a number of words with optional values.
At present U-Boot allows this to be changed using the bootargs environment
variable.
But this is quite painful, since the command line can be very long.
Add a function which can adjust a single field in the command line, s
1 - 100 of 197 matches
Mail list logo
