On 8/23/23 10:37, Masahisa Kojima wrote:
This supports to boot from the URI device path.
When user selects the URI device path, bootmgr downloads
the file using wget into the address specified by loadaddr
env variable.
If the file is .iso or .img file, mount the image with blkmap
then try to boot
24 серпня 2023 р. 02:57:34 GMT+03:00, Simon Glass
написав(-ла):
>Hi Svyatoslav,
>
>On Tue, 22 Aug 2023 at 05:25, Svyatoslav Ryhel wrote:
>>
>> Board specific late init allows vendors to set up different device
>> or board specific env variables (like serial number, platform name).
>> In case
On 8/23/23 10:37, Masahisa Kojima wrote:
This adds the URI device path option for 'boot add' subcommand.
User can add the URI load option for downloading ISO image file
or EFI application through network(e.g. HTTP).
Signed-off-by: Masahisa Kojima
---
cmd/efidebug.c | 39 ++
On 22:10-20230823, Nishanth Menon wrote:
> Add support for BeaglePlay - rev 5
Oopsie..
>
> Full series:
> https://github.com/nmenon/fix-k3-dt-u-boot/commits/beagleplay-v4.2
^^ Wrong link! That line wasn't supposed to be in this email :(
>
Instead the follow
On Wed, Aug 23, 2023 at 5:59 PM Simon Glass wrote:
>
> Hi Joshua,
>
> On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
> >
> > Re-create a clean disk image for each test to prevent modifications from
> > one test affecting another
> >
> > Signed-off-by: Joshua Watt
> > ---
> > test/py/tests/tes
On 21:01-20230823, Simon Glass wrote:
> Hi Nishanth,
>
> On Wed, 23 Aug 2023 at 18:18, Nishanth Menon wrote:
> >
> > On 17:57-20230823, Simon Glass wrote:
> > [...]
> > > > This is how we have a common bit of rST for how to build N boards,
> > > &
On 8/24/23 05:02, Simon Glass wrote:
A '.stm32' extension is not allowed anymore, so change it.
Why?
This will likely break a huge amount of scripts, I'm tempted to NAK it
unless there is a very good reason.
Add base documentation for BeaglePlay
Reviewed-by: Mattijs Korpershoek
Signed-off-by: Nishanth Menon
---
Cc: Heinrich Schuchardt
Changes Since V4:
- Just the verbage comment from Simon
V4: https://lore.kernel.org/r/20230822184135.2328409-9...@ti.com
V3: https://lore.kernel.org/all/20230815164
Add labels for unsigned binary to permit over-ride.
Reviewed-by: Mattijs Korpershoek
Signed-off-by: Nishanth Menon
---
Cc: Simon Glass
Changes since v4:
* Picked up Mattijs' Review
V4: https://lore.kernel.org/r/20230822184135.2328409-6...@ti.com
V3: https://lore.kernel.org/all/20230815164440.2
Enable EMMC boot support for AM62x evm base configuration.
Reviewed-by: Mattijs Korpershoek
Signed-off-by: Nishanth Menon
---
Changes since V4:
- Picked up Mattijs' reviewed-by
V4: https://lore.kernel.org/r/20230822184135.2328409-3...@ti.com
configs/am62x_evm_a53_defconfig | 1 +
configs/am62x
The erratum is called locally, make it static, drop the #ifdeffery since
it will only be called in R5 build and mark it potentially unused to
stop compiler screaming at us.
While at this, drop the redundant return for a void function.
Signed-off-by: Nishanth Menon
---
new patch (cleanup before m
Switch to using bootstd. Note with this change, we will stop using
distro_bootcmd and instead depend entirely on bootflow method of
starting the system up.
Suggested-by: Tom Rini
Suggested-by: Simon Glass
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition)
configs/am62x_e
ti_mmc bootmethod uses a findfdt routine that is expected to be
implemented by all platforms.
Define a default findfdt based on configured DEFAULT_DEVICE_TREE option
for u-boot. This saves duplication across multiple boards and handles
architecture folder location changes centrally.
TI ARMV7 plat
ti_armv7_common does not make any more sense as it is used by armv7
and armv8 TI based platforms.
Reported-by: Tom Rini
Signed-off-by: Nishanth Menon
---
New patch review comment from:
https://lore.kernel.org/all/20230823144257.GG3953269@bill-the-cat/
ti_common.h does'nt need any header file su
Add defconfig fragments for am625 based beagleplay and corresponding
customized environment file for beagleplay.
Signed-off-by: Nishanth Menon
---
Changes Since V4:
* New bootstd baseline
* have'nt picked up Mattijs's review as a result
V4: https://lore.kernel.org/r/20230822184135.2328409-8...@t
Drop the #ifdeffery and use IS_ENABLED() inline check and let the compiler
do it's thing.
Signed-off-by: Nishanth Menon
---
new patch (cleanup before modifying for adding UDA-FS)
arch/arm/mach-k3/am625_init.c | 35 +--
1 file changed, 17 insertions(+), 18 deletio
While boot partition support with EMMC boot is useful, it is
constrained by the size of boot hardware partition itself.
In the case of K3 devices, tispl images can contain OP-TEE images that
can substantially vary in size and the u-boot image itself can vary over
time as we enable various features
Use the default findfdt using CONFIG_DEFAULT_DEVICE_TREE
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition)
board/ti/am62x/am62x.env | 4
1 file changed, 4 deletions(-)
diff --git a/board/ti/am62x/am62x.env b/board/ti/am62x/am62x.env
index 1ef948df83d7..68b26703bf7f
Add explicit boot_targets to indicate the specific boot sequence to
follow.
NOTE: The non-standard ti_mmc emulates what is done for distro_boot.
With bootstd, this will eventually need to be replaced by equivalent
class.
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition) -
Wrap the distro_boot options with CONFIG_DISTRO_DEFAULTS.
This is an intermediate step for us to switch over to
CONFIG_BOOTSTD_DEFAULTS and drop this section in follow on patches.
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition)
include/configs/am62x_evm.h | 2 ++
1 fil
Make the section protected by CONFIG_DISTRO_DEFAULTS macro clear.
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition)
include/configs/ti_armv7_common.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/ti_armv7_common.h
b/include/configs/
Now that BOOTSTD is used by default, drop un-used header file
inclusion.
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition)
include/configs/am62x_evm.h | 5 -
1 file changed, 5 deletions(-)
diff --git a/include/configs/am62x_evm.h b/include/configs/am62x_evm.h
index 8
Add support for BeaglePlay - rev 5
Full series: https://github.com/nmenon/fix-k3-dt-u-boot/commits/beagleplay-v4.2
Caveats:
* networking: pending
https://lore.kernel.org/all/20230822121350.51324-1-rog...@kernel.org/
* 32kclk and usb: pending:
https://lore.kernel.org/u-boot/20230725185253.21234
Drop unused macro. This was meant for a second region of DDR which we
do not need for AM62x evm configurations.
Signed-off-by: Nishanth Menon
---
New patch (part of bootstd transition)
include/configs/am62x_evm.h | 3 ---
1 file changed, 3 deletions(-)
diff --git a/include/configs/am62x_evm.h
A '.stm32' extension is not allowed anymore, so change it.
Signed-off-by: Simon Glass
---
arch/arm/dts/stm32mp15-u-boot.dtsi | 2 +-
doc/board/st/stm32mp1.rst| 18 +-
include/configs/stm32mp15_dh_dhsom.h | 2 +-
3 files changed, 11 insertions(+), 11 deletions(-)
A '.update' extension is not allowed anymore, so change it.
Signed-off-by: Simon Glass
---
arch/arm/dts/fsl-ls1028a-kontron-sl28-u-boot.dtsi | 2 +-
doc/board/kontron/sl28.rst| 4 ++--
2 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/arch/arm/dts/fsl-ls1028
The Kconfig and maintainer processing can take a while, sometimes 5
seconds or more. This skews the timing printed by buildmand when the build
completes. Start the clock when the threads start to avoid this problem.
Signed-off-by: Simon Glass
Suggested-by: Tom Rini
---
tools/buildman/builder.p
This can take a while, so show a message when starting.
Signed-off-by: Simon Glass
Reported-by Tom Rini
---
tools/buildman/boards.py | 15 ---
tools/buildman/control.py | 3 ++-
2 files changed, 14 insertions(+), 4 deletions(-)
diff --git a/tools/buildman/boards.py b/tools/build
Now that we have a list of permitted output extensions, use it to ensure
that the -k option preserves all of these.
Signed-off-by: Simon Glass
Suggested-by: Tom Rini
---
tools/buildman/builderthread.py | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/tools/buildm
It is helpful to be able to distinguish output files from other files when
building U-Boot. This is useful for buildman, for example, which can
preserve output files when requested.
Most images use extensions like .bin or .rom but some use other ones.
Introduce a check and produce an error if an
In this early stage of using binman to produce output files, we are mostly
seeing people using common extensions such as '.bin' and '.rom'
But unusual extensions appear in some places.
We would like 'buildman -k' to keep the build outputs, but this is hard if
there is no consistency as to the ext
Hi Nishanth,
On Wed, 23 Aug 2023 at 18:18, Nishanth Menon wrote:
>
> On 17:57-20230823, Simon Glass wrote:
> [...]
> > > This is how we have a common bit of rST for how to build N boards,
> > > without having to do a literal copy and paste N times.
> >
> &
On Thu, Aug 24, 2023 at 11:24:31AM +0900, AKASHI Takahiro wrote:
> Kojima-san,
>
> On Wed, Aug 23, 2023 at 05:37:20PM +0900, Masahisa Kojima wrote:
> > This supports to boot from the URI device path.
> > When user selects the URI device path, bootmgr downloads
> > the file using wget into the addr
Commit 65cc0e2a65d2 ("global: Move remaining CONFIG_SYS_* to CFG_SYS_*")
renamed CONFIG_SYS_UBOOT_START to CFG_SYS_UBOOT_START. Unfortunately,
this meant that the value was no longer available to the Makefile. This
caused imxrt to fail to boot. All the other boards that used this
variable were unaf
Kojima-san,
On Wed, Aug 23, 2023 at 05:37:20PM +0900, Masahisa Kojima wrote:
> This supports to boot from the URI device path.
> When user selects the URI device path, bootmgr downloads
> the file using wget into the address specified by loadaddr
> env variable.
> If the file is .iso or .img file,
Am 24. August 2023 01:57:55 MESZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Wed, 23 Aug 2023 at 14:19, Heinrich Schuchardt wrote:
>>
>> On 8/23/23 20:47, Simon Glass wrote:
>> > For x86 platforms, PCI is core to their operation and is managed in
>> > arch-specific code. Each platform has its own
The affected boards have been fixed, so drop this hack.
This reverts commit 288ae53cb73605500b7fc01e5919753c878466be.
Signed-off-by: Simon Glass
---
Makefile| 6 --
tools/binman/cmdline.py | 2 --
tools/binman/control.py | 5 -
tools/dtoc/fdt.py | 12 --
Adding a phandle to a template node is not allowed, since when the node is
instantiated multiple times, we end up with duplicate phandles.
Drop this invalid constructs.
Signed-off-by: Simon Glass
---
arch/arm/dts/imx8mm-cl-iot-gate-optee-u-boot.dtsi | 2 ++
arch/arm/dts/imx8mm-u-boot.dtsi
On 15:01-20230823, reidt wrote:
[...]
> > &mcu_ringacc {
> > bootph-pre-ram;
> > };
> > NOTE: you only need to override reg-names and reg in R5.dtsi not
> > u-boot.dtsi.
> >
> > &mcu_udmap {
> > bootph-pre-ram;
> > };
On 17:57-20230823, Simon Glass wrote:
[...]
> > This is how we have a common bit of rST for how to build N boards,
> > without having to do a literal copy and paste N times.
>
> How about using this?
>
> https://docutils.sourceforge.io/docs/ref/rst/restructuredtext.html#
On 17:09-20230823, Hari Nagalla wrote:
> On 8/22/23 03:18, Enric Balletbo i Serra wrote:
> > > * Temperature sensors, user push buttons and LEDs
> > > * 40-pin User Expansion Connector
> > > * x2 ENET Expansion Connector, x1 GESI expander, x2 Display connecto
Hi Kojima-san,
On Wed, Aug 23, 2023 at 05:37:19PM +0900, Masahisa Kojima wrote:
> This adds the URI device path option for 'boot add' subcommand.
> User can add the URI load option for downloading ISO image file
> or EFI application through network(e.g. HTTP).
>
> Signed-off-by: Masahisa Kojima
On Wed, 23 Aug 2023 at 13:38, Marek Vasut
wrote:
>
> The current fdtdec_get_addr() takes into consideration #address-cells
> and #size-cells for "ping-expect" property which is clearly neither.
> Use fdtdec_get_int() instead and return negative one in case the
> property is not in DT or the platfo
Hi Joshua,
On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
>
> Adds initial documentation for the gpt command
>
> Signed-off-by: Joshua Watt
> ---
> doc/usage/cmd/gpt.rst | 139 ++
> 1 file changed, 139 insertions(+)
> create mode 100644 doc/usage/cmd/g
Hi Heinrich,
On Wed, 23 Aug 2023 at 15:49, Heinrich Schuchardt
wrote:
>
> This is a stub describing how TPL, VPL, and SPL load the next boot stages
> on a detail level for users.
>
> For sure we will need a few patches on top to catch the whole complexity.
>
> Signed-off-by: Heinrich Schuchardt
Hi Heinrich,
On Wed, 23 Aug 2023 at 14:19, Heinrich Schuchardt wrote:
>
> On 8/23/23 20:47, Simon Glass wrote:
> > For x86 platforms, PCI is core to their operation and is managed in
> > arch-specific code. Each platform has its own way of doing this. For TPL
> > and some SPL implementations, the
Hi Svyatoslav,
On Tue, 22 Aug 2023 at 05:25, Svyatoslav Ryhel wrote:
>
> Board specific late init allows vendors to set up different device
> or board specific env variables (like serial number, platform name).
> In case this information is missing, u-boot will lack info regards
> serial or platf
Hi Marek,
On Wed, 23 Aug 2023 at 13:38, Marek Vasut
wrote:
>
> Use the following regex to make this test compatible with
> both 32bit and 64bit systems. The trick is to use %0*lx
> format string for the address prefix in the test.
>
> "
> s@\(ut_assert_nextline("\)0\+\([^:]\+\)\(:.*"\)\();\)@\1%0
On Tue, 15 Aug 2023 at 10:28, Joshua Watt wrote:
>
> This help text appears to be a fragment of the text shown when
> CONFIG_CMD_GPT_RENAME is enabled, but is confusing so remove it.
>
> Signed-off-by: Joshua Watt
> ---
> cmd/gpt.c | 2 --
> 1 file changed, 2 deletions(-)
>
Reviewed-by: Simon G
Hi Masahisa,
On Wed, 23 Aug 2023 at 02:38, Masahisa Kojima
wrote:
>
> This supports to boot from the URI device path.
> When user selects the URI device path, bootmgr downloads
> the file using wget into the address specified by loadaddr
> env variable.
> If the file is .iso or .img file, mount t
Hi Tom,
On Wed, 23 Aug 2023 at 11:15, Tom Rini wrote:
>
> On Wed, Aug 23, 2023 at 09:30:31AM -0600, Simon Glass wrote:
> > Hi Nishanth,
> >
> > On Tue, 22 Aug 2023 at 12:43, Nishanth Menon wrote:
> > >
> > > Add base documentation for BeaglePlay
> > >
> > > Signed-off-by: Nishanth Menon
> > > -
Hi Joshua,
On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
>
> If CONFIG_PARTITION_TYPE_GUID is enabled, the type GUID will be
> preserved when writing out the partition string. It was already
> respected when writing out partitions; this ensures that if you capture
> the current partition layou
Hi Sumit,
On Tue, 12 Jul 2022 at 01:12, Sumit Garg wrote:
>
> Add support for 96Boards Dragonboard 845C aka Robotics RB3 development
> platform. This board complies with 96Boards Open Platform Specifications.
>
> Features:
> - Qualcomm Snapdragon SDA845 SoC
> - 4GiB RAM
> - 64GiB UFS drive
>
> U-
Hi Joshua,
On Tue, 15 Aug 2023 at 10:28, Joshua Watt wrote:
>
> Adds a command called "gpt swap-postition" which will swap the order two
> partitions are listed in the GPT partition table (but leaves them
> pointing to the same locations on disk).
>
> Signed-off-by: Joshua Watt
> ---
> cmd/gpt.
Hi Heinrich,
On Wed, 23 Aug 2023 at 09:44, Heinrich Schuchardt wrote:
>
> On 23.08.23 15:41, Simon Glass wrote:
> > In some cases it helps to define a local variable pointing to the
> > structure being accessed. This avoids lots of repeated code.
> >
> > There is no need to individually assign ea
Hi Joshua,
On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
>
> Re-create a clean disk image for each test to prevent modifications from
> one test affecting another
>
> Signed-off-by: Joshua Watt
> ---
> test/py/tests/test_gpt.py | 20
> 1 file changed, 8 insertions(+), 12
On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
>
> Sets the bootable flag when constructing the partition string from the
> current partition configuration. This ensures that when the partitions
> are written back (for example, when renaming a partition), the flag is
> preserved.
>
> Signed-off-
Hi Joshue,
On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
>
> Adds an additional variable called gpt_partition_bootable that indicates
> if the given partition is bootable or not.
>
> Signed-off-by: Joshua Watt
> ---
> cmd/gpt.c | 9 +++--
> doc/usage/cmd/gpt.rst | 3
On Wed, 23 Aug 2023 at 10:48, Joshua Watt wrote:
>
> Adds a command that can be used to modify the GPT partition table to
> indicate which partitions should have the bootable flag set
>
> Signed-off-by: Joshua Watt
> ---
> cmd/gpt.c | 79 +++
>
Signed-off-by: Heinrich Schuchardt
---
MAINTAINERS | 5 +
1 file changed, 1 insertion(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 47581cf6fb..5bee7ed93a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -960,7 +960,6 @@ F: tools/mkeficapsule.c
ENVIRONMENT
M: Joe Hers
On 8/22/23 03:18, Enric Balletbo i Serra wrote:
* Temperature sensors, user push buttons and LEDs
* 40-pin User Expansion Connector
* x2 ENET Expansion Connector, x1 GESI expander, x2 Display connector
* x1 15-pin CSI header
* x6 MCAN instances
Schematics:https://www.ti.com/lit/zip/sprr458
boot
This is a stub describing how TPL, VPL, and SPL load the next boot stages
on a detail level for users.
For sure we will need a few patches on top to catch the whole complexity.
Signed-off-by: Heinrich Schuchardt
---
v2:
Mention that PowerPC uses a different naming convention.
Gro
Move this out of the main file since for simple users it is easier to
rely on standard boot.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch
doc/arch/x86/index.rst | 1 +
doc/arch/x86/manual_boot.rst | 276 +++
doc/ar
Add a little more detail as to why coreboot64 is preferred for booting
Linux distros.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch
doc/board/coreboot/coreboot.rst | 2 ++
1 file changed, 2 insertions(+)
diff --git a/doc/board/coreboot/coreboot.rst b/doc
Refresh the summary information so it is more up-to-date. Add links to
the coreboot and slimbootloader docs.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch
doc/arch/x86/x86.rst | 17 ++---
1 file changed, 10 insertions(+), 7 deletions(-)
diff
There is enough material that it makes sense to split this up into
several files. Create an x86/ directory for this purpose.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch
doc/arch/index.rst | 2 +-
doc/arch/x86/index.rst | 11 +++
doc
Make a note of where coreboot installed the SMBIOS tables so that we can
pass this on to EFI.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch
arch/x86/lib/coreboot/cb_sysinfo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/x86/lib/coreboot/cb_sys
U-Boot should set up the SMBIOS tables during startup, as it does on x86.
Ensure that it does this correctly on non-x86 machines too, by creating
an event spy for last-stage init.
Tidy up the installation-condition code while we are here. For
mvebu_armada-37xx add a dependcy on DM_MDIO since it se
When 'usb stop' is run, doing 'bootflow scan' does not run the USB hunter
again so does not see any devices. Fix this by telling bootstd about the
state of USB.
Signed-off-by: Simon Glass
---
(no changes since v1)
boot/bootdev-uclass.c | 27 +++
drivers/usb/host
Remember where these end up so that we can pass this information on to
the EFI layer.
Signed-off-by: Simon Glass
---
Changes in v4:
- Fix arm and riscv
Changes in v2:
- Add new patch
arch/arm/include/asm/global_data.h | 3 +++
arch/riscv/include/asm/global_data.h | 3 +++
arch/sandbox/i
When booted from coreboot, U-Boot does not build the SMBIOS tables, but
it should still pass them on to the OS. Add a new option which indicates
whether SMBIOS tables are present, however they were built.
Flip the ordering so that the dependency is listed first, which is less
confusing.
Adjust GE
It is not always the case that U-Boot builds the ACPI tables itself. For
example, when booting from coreboot, the ACPI tables are built by
coreboot.
Correct the Makefile condition so that U-Boot can pass on tables built
by a previous firmware stage.
Tidy up the installation-condition code while w
At least on modern machines the write-back mechanism for the frame buffer
is quite slow when scrolling, since it must read the entire frame buffer
and write it back.
Enable the VIDEO_COPY feature to resolve this problem.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/dts/corebo
These two builds are similar but have some different options for not good
reason. Line them up to be as similar as possible.
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Update the malloc size too
configs/coreboot64_defconfig | 7 +++
configs/coreboot_defconfig
This is very annoying as it is quite slow on many machines. Also, U-Boot
has an existing 'preboot' mechanism to enable this feature if desired.
Drop this code so that it is possible to choose whether to init USB or
not.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/coreboo
The debug UART on modern machines uses a 32-bit wide transfer. Without
this, setting debug output causes a hang or no output. It is not obvious
(when enabling CONFIG_DEBUG_UART) that this is needed.
Enable 32-bit access to avoid this trap.
Signed-off-by: Simon Glass
---
(no changes since v1)
If coreboot does not set up sysinfo for the UART, SPL currently hangs.
Use the DBG2 teechnique there as well. This allows coreboot64 to boot from
coreboot even if the console info is missing from sysinfo
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/coreboot64_defconfig | 1 +
d
This is needed so we can find the DBG2 table provided by coreboot. Add a
Kconfig so it can be enabled.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/Kconfig | 8
1 file changed, 8 insertions(+)
diff --git a/lib/Kconfig b/lib/Kconfig
index 42e559ad0b5..1d63099b8e1 100644
--
We don't read this information in 64-bit mode, since we don't have the
macros for doing it. Set it to Intel by default. This allows the TSC timer
to work correctly.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/x86_64/cpu.c | 7 +++
1 file changed, 7 insertions(+)
diff
Init errors in SPL are currently ignored by this function.
Change the code to init the CPU, reporting an error if something is wrong.
After that, look for the coreboot table.
Signed-off-by: Simon Glass
---
(no changes since v1)
arch/x86/cpu/coreboot/coreboot.c | 12 +---
1 file change
Enable bootstd options and provide instructions on how to boot a linux
distro using coreboot.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/coreboot64_defconfig| 14 ++
configs/coreboot_defconfig | 1 +
doc/board/coreboot/coreboot.rst | 16 ++--
Add these options to permit access to more disk types.
Add some documentation as well.
Signed-off-by: Simon Glass
---
(no changes since v1)
configs/coreboot64_defconfig| 1 +
configs/coreboot_defconfig | 9 +
doc/board/coreboot/coreboot.rst | 20
3 file
This little series fixes various bugs and annoyances in coreboot and
coreboot64.
With this both coreboot and coreboot64 start up and work reasonably well
on Brya (x86 Chromebook) and U-Boot can boot common Linux distros.
- Make coreboot64 debug UART start reliably
- Avoid the long USB-init delay
On Tue, Aug 22, 2023 at 3:34 PM Simon Glass wrote:
>
> Hi Rob,
>
> On Tue, 22 Aug 2023 at 12:53, Rob Herring wrote:
> >
> > On Mon, Aug 21, 2023 at 2:48 PM Simon Glass wrote:
> > >
> > > The Devicespec specification skips over handling of a logical view of
> > > the memory map, pointing users to
On Wednesday 23 August 2023 22:46:13 Marek Vasut wrote:
> On 8/23/23 22:35, Pali Rohár wrote:
> > On Wednesday 23 August 2023 22:32:18 Heinrich Schuchardt wrote:
> > > Looking at the MAINTAINER file it seems that POWERPC should be set to
> > > orphaned.
> >
> > And this is only just because of you
On 8/23/23 22:35, Pali Rohár wrote:
On Wednesday 23 August 2023 22:32:18 Heinrich Schuchardt wrote:
Looking at the MAINTAINER file it seems that POWERPC should be set to
orphaned.
And this is only just because of your fault folks here, as you have been
completely ignoring any my patches for im
On 8/23/23 17:41, Bhupesh Sharma wrote:
Right now xhci header file defines XHCI_MAX_HALT_USEC macro
twice. Fix the same.
Cc: Bin Meng
This Cc: ^ stufff
Signed-off-by: Bhupesh Sharma
---
Should go here , below the ---
and then add another --- and the diffstat, i.e. this:
Commit
Message
On Tue, 2023-08-22 at 22:33, Shengyu Qu wrote:
> Since PLDA PCIE driver is added and VL805 support is enabled in
> defconfig for Starfive Visionfive 2, modify the document to keep
> consistent.
>
> Signed-off-by: Shengyu Qu
Tested-by: Milan P. Stanić
> ---
> doc/board/starfive/visionfive2.rst
On Tue, 2023-08-22 at 22:33, Shengyu Qu wrote:
> Although PCIE driver already exists, board defconfig isn't configured to
> enable PCIE enum on boot, thus USB storage device and NVME drive are not
> supported by default. So modify defconfig to enable PCIE auto enum, then
> start USB subsystem and s
On Wednesday 23 August 2023 22:32:18 Heinrich Schuchardt wrote:
> Looking at the MAINTAINER file it seems that POWERPC should be set to
> orphaned.
And this is only just because of your fault folks here, as you have been
completely ignoring any my patches for improving this situation here and
fina
On 8/23/23 22:14, Pali Rohár wrote:
On Wednesday 23 August 2023 21:57:28 Heinrich Schuchardt wrote:
+Booting from TPL/SPL
+
+
+The main U-Boot binary may be to large to be loaded directly by the Boot ROM.
+This was the main driver for splitting up U-Boot into multiple boot
On 8/23/23 22:14, Pali Rohár wrote:
On Wednesday 23 August 2023 21:57:28 Heinrich Schuchardt wrote:
+Booting from TPL/SPL
+
+
+The main U-Boot binary may be to large to be loaded directly by the Boot ROM.
+This was the main driver for splitting up U-Boot into multiple boot st
On Wed, Aug 23, 2023 at 09:57:28PM +0200, Heinrich Schuchardt wrote:
> This is a stub describing how TPL, VPL, and SPL load the next boot stages
> on a detail level for users.
>
> For sure we will need a few patches on top to catch the whole complexity.
>
> Signed-off-by: Heinrich Schuchardt
[s
On Wed, Aug 23, 2023 at 10:14:00PM +0200, Pali Rohár wrote:
> On Wednesday 23 August 2023 21:57:28 Heinrich Schuchardt wrote:
> > +Booting from TPL/SPL
> > +
> > +
> > +The main U-Boot binary may be to large to be loaded directly by the Boot
> > ROM.
> > +This was the main driv
On 8/23/23 21:57, Heinrich Schuchardt wrote:
This is a stub describing how TPL, VPL, and SPL load the next boot stages
on a detail level for users.
For sure we will need a few patches on top to catch the whole complexity.
Signed-off-by: Heinrich Schuchardt
---
doc/usage/index.rst| 1 +
On 8/23/23 20:47, Simon Glass wrote:
For x86 platforms, PCI is core to their operation and is managed in
arch-specific code. Each platform has its own way of doing this. For TPL
and some SPL implementations, the full driver model PCI is not used.
A recent change enabled full PCI in TPL/SPL for a
On Wednesday 23 August 2023 21:57:28 Heinrich Schuchardt wrote:
> +Booting from TPL/SPL
> +
> +
> +The main U-Boot binary may be to large to be loaded directly by the Boot ROM.
> +This was the main driver for splitting up U-Boot into multiple boot stages
> with
> +successively
Hi,
On Wed, 23 Aug 2023 at 08:24, Ard Biesheuvel wrote:
>
> On Wed, 23 Aug 2023 at 10:59, Mark Rutland wrote:
> >
> > On Tue, Aug 22, 2023 at 02:34:42PM -0600, Simon Glass wrote:
> > > The Devicetree specification skips over handling of a logical view of
> > > the memory map, pointing users to t
On 16:36-20230822, Nishanth Menon wrote:
> On 13:57-20230822, Reid Tonking wrote:
> > Sync j7200 device tree files with Linux 6.5-rc1
>
> I understand this is a major step forward, but a still:
>
> There is more work to do:
> a) split the dev-data.c fixup as the first patch
> b) See comments in
This is a stub describing how TPL, VPL, and SPL load the next boot stages
on a detail level for users.
For sure we will need a few patches on top to catch the whole complexity.
Signed-off-by: Heinrich Schuchardt
---
doc/usage/index.rst| 1 +
doc/usage/spl_boot.rst | 309 ++
1 - 100 of 253 matches
Mail list logo
