On 2023-11-11 01:13, Shantur Rathore wrote:
> RockPro64 has a 16MB onboard SPI chip and current u-boot takes
> around 2MB, we can enable more features.
> Updating config to enable SPI commands and full BootSTD support.
> ---
> configs/rockpro64-rk3399_defconfig | 2 ++
> 1 file changed, 2
The commit fd6e425be243 ("rockchip: rk3588-rock-5b: Enable boot from SPI
NOR flash") added a new BROM_BOOTSOURCE_SPINOR_RK3588 with value 6.
At the time the reason for this new bootsource id value 6 was unknown.
We now know that the BootRom on RK3588 use different bootsource id
values depending
The commit fd6e425be243 ("rockchip: rk3588-rock-5b: Enable boot from SPI
NOR flash") added a new BROM_BOOTSOURCE_SPINOR_RK3588 with value 6.
At the time the reason for this new bootsource id value 6 was unknown.
Since then the following bootsource id values have been observed on
different RK3588
From: Slawomir Stepien
Enable building of the SPI image, u-boot-rockchip-spi.bin, now that we
know what bootsource id values BootRom use for SPI flash on RK3588.
Fixes: b51cf8bb09b6 ("board: rockchip: Add Xunlong Orange Pi 5 Plus")
Signed-off-by: Slawomir Stepien
Signed-off-by: Jonas Karlman
From: John Clark
Enable building of the SPI image, u-boot-rockchip-spi.bin, now that we
know what bootsource id values BootRom use for SPI flash on RK3588.
Fixes: b0b8086898f8 ("board: rockchip: add FriendlyElec NanoPC-T6 rk3588 board")
Signed-off-by: John Clark
Signed-off-by: Jonas Karlman
Enable building of the SPI image, u-boot-rockchip-spi.bin, now that we
know what bootsource id values BootRom use for SPI flash on RK3588.
Fixes: 28c5f941edf7 ("board: rockchip: Add Xunlong Orange Pi 5")
Signed-off-by: Jonas Karlman
---
configs/orangepi-5-rk3588s_defconfig | 1 +
1 file
Fix the devicetree used with sandbox. This is needed because the
default (full) devicetree must be used by all phases of boot, with
sandbox.
Signed-off-by: Simon Glass
---
doc/arch/sandbox/sandbox.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This code dates from around 2008:
56844a22b76 powerpc: Fix bootm to boot up again with a Ramdisk
Since then we have added FDT relocation which provides enough space
for expansion. We have also added all sorts of fixups earlier in
image_setup_libfdt() which require more space, with ramdisk
Move this check before the FDT fixups so that we can use a livetree
after this point.
Signed-off-by: Simon Glass
---
boot/image-fdt.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/boot/image-fdt.c b/boot/image-fdt.c
index 3e889be9f2b6..c2b6c5338385 100644
---
This may as well happen before the general event is emitted, so move it.
This will allow us to use the livetree for the event part, but the
flattree for the earlier part.
Signed-off-by: Simon Glass
---
boot/image-fdt.c | 5 -
include/fdt_support.h | 12 +++-
2 files changed,
Just use map_to_sysmem() instead of all the casting.
Signed-off-by: Simon Glass
---
boot/image-fdt.c | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/boot/image-fdt.c b/boot/image-fdt.c
index ac7dc055cc9c..3e889be9f2b6 100644
--- a/boot/image-fdt.c
+++
On Sun, Nov 12, 2023 at 08:27:47AM -0700, Simon Glass wrote:
> This code dates from around 2008:
>
>56844a22b76 powerpc: Fix bootm to boot up again with a Ramdisk
>
> Since then we have added FDT relocation which provides enough space
> for expansion. We have also added all sorts of fixups
On Sat, Nov 11, 2023 at 04:34:49AM +0100, Heinrich Schuchardt wrote:
> Dear Tom,
>
> The following changes since commit da2e3196e4dc28298b58a018ace07f85eecd1652:
>
> Merge patch series "arm: dts: k3-am6: Fix Ethernet/DMA" (2023-11-10
> 15:25:47 -0500)
>
> are available in the Git repository
On Sun, Nov 12, 2023 at 08:27:44AM -0700, Simon Glass wrote:
> The of_size parameter is not used, so remove it.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
This little series reprises the EFI-video fix, fixes a USB problem and
enables a boot script for coreboot.
It also moves to truetype fonts for coreboot and qemu-x86, since the
menus look much better and there are no strong size constraints.
With these changes it is possible to boot a Linux
On Fri, 10 Nov 2023 at 08:29, Devarsh Thakkar wrote:
>
> Start reservations needed for init sequence only after catching
> bloblists from previous stage.
>
> This is to avoid catching bloblists in the middle causing
> gaps while u-boot is reserving.
>
> Adjust the relocaddr as per video hand-off
Provide the user with a list of available boot options. Selecting one
causes it to be booted. Pressing causes U-Boot to return to the
command-line prompt.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v3)
Changes in v3:
- Clear the screen before booting
Changes in
On Fri, 10 Nov 2023 at 08:29, Devarsh Thakkar wrote:
>
> Remove video_setup from evm_init sequence since video memory
> is getting called at an earlier place to make sure
> video memory is reserved at the end of RAM.
>
> Suggested-by: Simon Glass
> Signed-off-by: Devarsh Thakkar
> ---
> V2: No
Hi Jonas,
On Sun, 12 Nov 2023 at 07:53, Jonas Karlman wrote:
>
> Hi Simon,
>
> On 2023-11-12 15:22, Simon Glass wrote:
> > Hi Jonas,
> >
> > On Sun, 12 Nov 2023 at 05:50, Jonas Karlman wrote:
> >>
> >> Hi Shantur,
> >>
> >> On 2023-11-12 13:34, Shantur Rathore wrote:
> >>> Hi Jonas,
> >>>
>
Hi Anatolij,
On Sun, 1 Oct 2023 at 19:15, Simon Glass wrote:
>
> The ANSI codes are not correctly handled at present, in that the
> requested X position is added to the current one.
>
> Correct this and also call vidconsole_entry_start() to start a new text
> line.
>
> Signed-off-by: Simon Glass
Hi Devarsh,
On Fri, 10 Nov 2023 at 08:29, Devarsh Thakkar wrote:
>
> Skip framebufer reservation if it was already reserved
> from previous stage and whose information was passed
> using a bloblist.
>
> Signed-off-by: Devarsh Thakkar
> Reviewed-by: Simon Glass
> ---
> V2:
> - Add debug prints
On Sun, 1 Oct 2023 19:14:42 -0600
Simon Glass s...@chromium.org wrote:
> The ANSI codes are not correctly handled at present, in that the
> requested X position is added to the current one.
>
> Correct this and also call vidconsole_entry_start() to start a new text
> line.
>
> Signed-off-by:
Hey Jonas,
This sounds like a good idea.
Please implement this.
Kind regards,
Shantur
On Sun, Nov 12, 2023 at 3:01 PM Jonas Karlman wrote:
>
> Hi Shantur,
>
> On 2023-11-12 15:21, Shantur Rathore wrote:
> > Hey Jonas,
> >
> >> For normal generic use the full bootstd commands should not be
Hi Mattijs,
On Sat, 23 Sept 2023 at 10:39, Mattijs Korpershoek
wrote:
>
> Hi Simon,
>
> Thank you for your patch.
Thanks for reviewing it!
>
> On ven., sept. 22, 2023 at 15:38, Simon Glass wrote:
>
> > When a USB device is unbound, it causes any bootflows attached to it to
> > be removed, via
Expand the ROM for x86_64 to 2MB to make space for the font, as it is
already on the edge.
Signed-off-by: Simon Glass
---
(no changes since v1)
board/emulation/qemu-x86/Kconfig | 3 ++-
configs/qemu-x86_64_defconfig| 4 ++--
2 files changed, 4 insertions(+), 3 deletions(-)
diff --git
Hi Tom, Heinrich,
On Sun, 12 Nov 2023 at 12:20, Heinrich Schuchardt wrote:
>
>
>
> Am 12. November 2023 19:03:57 MEZ schrieb Tom Rini :
> >On Sun, Nov 12, 2023 at 08:58:05AM -0700, Simon Glass wrote:
> >> This function is defined by bootstd so using it precludes using that
> >> feature. Use the
Hi Devarsh,
On Fri, 10 Nov 2023 at 08:29, Devarsh Thakkar wrote:
>
> Add function spl_reserve_video which is a wrapper
> around video_reserve to setup video memory and update
> the relocation address pointer.
>
> Setup video memory before page table reservation so that
> framebuffer memory gets
On Sun, 12 Nov 2023 at 00:03, Heinrich Schuchardt
wrote:
>
> ACPI tables may comprise either RSDT, XSDT, or both. The current code fails
> to check the presence of the RSDT table before accessing it. This leads to
> an exception if the RSDT table is not provided.
>
> The XSDT table takes
Truetype fonts look better in the menu, so enable them.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add new patch to enable truetype fonts in coreboot
arch/x86/dts/coreboot.dts| 10 ++
configs/coreboot64_defconfig | 1 +
configs/coreboot_defconfig |
Enable this feature to provide a larger font choice and more attractive
menus. Expand the ROM for x86_64 to 2MB to make space for the font.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add new patch to enable truetype fonts in qemu-x86 and qemu-x86_64
On Sun, 12 Nov 2023 13:02:45 -0700
Simon Glass s...@chromium.org wrote:
> Saving and restoring entries is used for expo and for the command line,
> which we don't use in SPL. Drop these methods.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Bin Meng
> ---
>
> (no changes since v3)
>
>
This function is defined by bootstd so using it precludes using that
feature. Use the board_early_init_r() feature instead.
This requires moving quite a lot of code into the board directory, butt
this is the normal place for code called by board_early_init_r()
Signed-off-by: Simon Glass
---
Locate these so that they can be displayed using the 'acpi' command.
Signed-off-by: Simon Glass
---
(no changes since v1)
lib/efi/efi_app.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/lib/efi/efi_app.c b/lib/efi/efi_app.c
index
The printf() %pU option decodes GUIDs so it is not necessary to do this
first. Drop the incorrect code.
Signed-off-by: Simon Glass
---
(no changes since v1)
cmd/efi_common.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/cmd/efi_common.c b/cmd/efi_common.c
index
This series collects a few fixes and improvements useful when booting
U-Boot as an EFI app.
Changes in v2:
- Drop duplicate acpi_xsdt patch
- Put the board_early_init_r code into board/
Simon Glass (3):
efi: Collect the ACPI tables in the app
efi: Correct display of table GUIDs
efi: Avoid
Hi Tom,
please pull some more sunxi changes for this cycle:
the first few patches are some easy refactorings and fixes, most of them
actually don't change the generated binaries at all. Then there is a
defconfig for a new board, for which we just gained the .dts file from
the last kernel DT
Hi Tom,
On Fri, Nov 10, 2023 at 01:21:37PM -0500, Tom Rini wrote:
> On Wed, Oct 25, 2023 at 02:14:27PM +0900, AKASHI Takahiro wrote:
>
> > In this test, "scmi" command is tested against different sub-commands.
> > Please note that scmi command is for debug purpose and is not intended
> > in
This is needed to support Truetype fonts. In any case, the compiler
expects SSE to be available in 64-bit mode. Provide an option to enable
SSE so that hardware floating-point arithmetic works.
Signed-off-by: Simon Glass
Suggested-by: Bin Meng
---
Changes in v4:
- Use a Kconfig option
Hi Devarsh,
On Fri, 10 Nov 2023 at 08:29, Devarsh Thakkar wrote:
>
> Fill video handoff fields in video_post_probe
> as at this point we have full framebuffer-related
> information.
>
> Also fill all the fields available in video hand-off
> struct as those were missing earlier and U-boot
U-Boot
Hi Devarsh,
On Fri, 10 Nov 2023 at 08:29, Devarsh Thakkar wrote:
>
> Add information regarding memory reservation scheme in SPL
> and details regarding scheme which need to be followed while reserving
> those areas which need to be preserved across bootstages.
>
> Also add missing CONFIG_SPL
Hi Sean,
On Fri, 3 Nov 2023 at 12:38, wrote:
>
> From: Sean Edmond
>
> Use the newly introduced common API fdt_fixup_kaslr_seed() in the
> kaslrseed command.
>
> Signed-off-by: Sean Edmond
> ---
> cmd/kaslrseed.c | 22 --
> 1 file changed, 8 insertions(+), 14 deletions(-)
On Sun, 12 Nov 2023 at 00:03, Heinrich Schuchardt
wrote:
>
> The size of the ACPI table header is not a multiple of 8. We have to mark
> struct acpi_xsdt as packed to correctly access field Entry.
>
> Add a unit test for the offsets of field Entry in the RSDT and XSDT tables.
>
> Signed-off-by:
Hi Sean,
On Fri, 3 Nov 2023 at 13:38, Simon Glass wrote:
>
> On Fri, 3 Nov 2023 at 12:38, wrote:
> >
> > From: Sean Edmond
> >
> > There is a preference to use the "ofnode" API for FDT fixups
> > moving forward. The FDT fixup will usually be for the kernel FDT. To
> > fixup the kernel FDT
The intent here is to only allow SPL_LEGACY_BLK if !SPL_DM - i.e. that
when driver model is enabled in SPL, legacy block cannot be used.
However this combination is used by about 240 boards, so we cannot
disallow it, at least not yet.
So just drop the condition.
Signed-off-by: Simon Glass
---
This does not existing anymore. Update SPL_DM_STATS to use the correct
Kconfig option, which is SPL_DM
Signed-off-by: Simon Glass
---
Changes in v3:
- Split the patch into two
Changes in v2:
- Add new patch to correct references to DM_SPL
drivers/core/Kconfig | 2 +-
1 file changed, 1
Hi Sean,
On Fri, 3 Nov 2023 at 12:39, wrote:
>
> From: Dhananjay Phadke
>
> fdt_fixup_kaslr_seed() will update given ofnode with random seed value.
> Source for random seed can be TPM or RNG driver in u-boot or sec
> firmware (ARM).
>
> Signed-off-by: Dhananjay Phadke
> Signed-off-by: Sean
Hi Heinrich,
On Sun, 12 Nov 2023 at 09:46, Heinrich Schuchardt
wrote:
>
> On 11/12/23 16:58, Simon Glass wrote:
> > Since struct acpi_table_header is not a multiple of 64 bits, use the
> > __packed option for struct acpi_xsdt
> >
> > This ensures that the entry[] array starts on the correct
Hi Heinrich,
On Sat, 11 Nov 2023 at 07:28, Heinrich Schuchardt
wrote:
>
> The field RsdtAddress has only 32 bit. The RSDT table cannot be located
> beyond 4 GiB.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> lib/acpi/base.c | 26 +++---
> 1 file changed, 19 insertions(+),
Hi Heinrich,
On Sun, 12 Nov 2023 at 09:58, Heinrich Schuchardt wrote:
>
> On 11/12/23 16:58, Simon Glass wrote:
> > The printf() %pU option decodes GUIDs so it is not necessary to do this
> > first. Drop the incorrect code.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > cmd/efi_common.c |
On Sun, 12 Nov 2023 at 07:40, Stefan Bosch wrote:
>
> ARM and MICROBLAZE: Change calculation of monitor length (gd->mon_len)
> to fix relocation at boards with s5p4418-SoC. At s5p4418, _start is
> after the header (NSIH) therefore the monitor length has to be
> calculated using __image_copy_start
Am 12. November 2023 21:02:42 MEZ schrieb Simon Glass :
>When a USB device is unbound, it causes any bootflows attached to it to
>be removed, via a call to bootdev_clear_bootflows() from
>bootdev_pre_unbind(). This obviously makes it impossible to boot the
>bootflow.
>
>However, when booting a
Boards can use a sysinfo driver if a particular model name is needed.
Update this board to use checkboard() directly, rather than having a
weak function laid on top of a weak function.
Signed-off-by: Simon Glass
---
arch/arm/mach-meson/board-info.c | 2 +-
1 file changed, 1 insertion(+), 1
The show_board_info() function was adjusted to weak so that it could be
entirely replaced with a board-specific implementation.
The intended way for boards to provide their own information is via a
sysinfo driver. But currently there is no way to show anything other
than the model name.
This
Boards can use a sysinfo driver if a particular model name is needed.
Update this board to use checkboard() directly, rather than having a
weak function laid on top of a weak function.
Signed-off-by: Simon Glass
---
board/udoo/neo/neo.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
Boards can use a sysinfo driver if a particular model name is needed.
Update this board to use checkboard() directly, rather than having a
weak function laid on top of a weak function.
Signed-off-by: Simon Glass
---
board/CZ.NIC/turris_mox/turris_mox.c | 2 +-
We already have:
- a sysinfo driver-interface which can obtain the model
- a weak function called checkboard() for showing board info
The current implementation has a weak function on top of a weak
function. Now that all boards have been updated to use checkboard()
instead, drop the __weak on
Move this comment to its prototype and tidy it up a bit.
Signed-off-by: Simon Glass
---
common/board_info.c | 6 --
include/init.h | 11 +++
2 files changed, 11 insertions(+), 6 deletions(-)
diff --git a/common/board_info.c b/common/board_info.c
index
Hi Heinrich,
On Sun, 12 Nov 2023 at 13:32, Heinrich Schuchardt wrote:
>
>
>
> Am 12. November 2023 21:02:42 MEZ schrieb Simon Glass :
> >When a USB device is unbound, it causes any bootflows attached to it to
> >be removed, via a call to bootdev_clear_bootflows() from
> >bootdev_pre_unbind().
On 11/12/23 15:44, Simon Glass wrote:
Fix the devicetree used with sandbox. This is needed because the
default (full) devicetree must be used by all phases of boot, with
sandbox.
Signed-off-by: Simon Glass
---
doc/arch/sandbox/sandbox.rst | 2 +-
1 file changed, 1 insertion(+), 1
Return an error when the user does not select an OS, so we know whether
to boot or not.
Move calling of bootflow_menu_run() into a separate function so we can
call it from other places.
Expand the test to cover these cases.
Add some documentation also, while we are here.
Signed-off-by: Simon
The efi_gop driver uses private fields from the video uclass to obtain a
pointer to the frame buffer. Use the platform data instead.
Check the VIDEO_COPY setting to determine which frame buffer to use. Once
the next stage is running (and making use of U-Boot's EFI boot services)
U-Boot does not
When a USB device is unbound, it causes any bootflows attached to it to
be removed, via a call to bootdev_clear_bootflows() from
bootdev_pre_unbind(). This obviously makes it impossible to boot the
bootflow.
However, when booting a bootflow that relies on USB, usb_stop() is
called, which unbinds
Saving and restoring entries is used for expo and for the command line,
which we don't use in SPL. Drop these methods.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v3)
Changes in v3:
- Add new patch to drop unnecessary truetype operations from SPL
The ANSI codes are not correctly handled at present, in that the
requested X position is added to the current one.
Correct this and also call vidconsole_entry_start() to start a new text
line.
Signed-off-by: Simon Glass
---
(no changes since v1)
drivers/video/vidconsole-uclass.c | 15
Adjust scan_mmc4_bootdev() and related function so that the caller can
do its own 'bootflow scan' command. This allows it to change the flags
if needed.
Signed-off-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Add new patch to refactor mmc prep to allow a different scan
Use the correct background colour when using white-on-black.
Signed-off-by: Simon Glass
Reviewed-by: Bin Meng
---
(no changes since v1)
boot/expo.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/boot/expo.c b/boot/expo.c
index 139d684f8e6e..cadb6a0ad6e3 100644
---
Simon Glass schrieb am So., 12. Nov. 2023, 21:03:
> Hi Heinrich,
>
> On Sat, 11 Nov 2023 at 07:28, Heinrich Schuchardt
> wrote:
> >
> > The field RsdtAddress has only 32 bit. The RSDT table cannot be located
> > beyond 4 GiB.
> >
> > Signed-off-by: Heinrich Schuchardt
> > ---
> >
On Sun, 12 Nov 2023 13:02:44 -0700
Simon Glass s...@chromium.org wrote:
> The ANSI codes are not correctly handled at present, in that the
> requested X position is added to the current one.
>
> Correct this and also call vidconsole_entry_start() to start a new text
> line.
>
> Signed-off-by:
Hi Heinrich,
On Sun, 12 Nov 2023 at 13:16, Heinrich Schuchardt
wrote:
>
>
>
> Simon Glass schrieb am So., 12. Nov. 2023, 21:03:
>>
>> Hi Heinrich,
>>
>> On Sat, 11 Nov 2023 at 07:28, Heinrich Schuchardt
>> wrote:
>> >
>> > The field RsdtAddress has only 32 bit. The RSDT table cannot be located
Am 12. November 2023 22:20:50 MEZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Sun, 12 Nov 2023 at 13:32, Heinrich Schuchardt wrote:
>>
>>
>>
>> Am 12. November 2023 21:02:42 MEZ schrieb Simon Glass :
>> >When a USB device is unbound, it causes any bootflows attached to it to
>> >be removed, via
On 11/6/23 16:47, Ilias Apalodimas wrote:
In commit 9fd3f881c6ed ("efi_loader: Increase default variable store size to
64KiB")
Alper has a detailed explanation of why the size needs to be bumped to at
least 64K. However enabling Secure boot, writing db, KEK, PK etc keys
will further increase
The field RsdtAddress has only 32 bit. The RSDT table cannot be located
beyond 4 GiB.
Signed-off-by: Heinrich Schuchardt
---
v2:
Avoid superfluous 0 assignment. RSDP is already zeroed out.
Use constants form linux/sizes.h
---
lib/acpi/base.c | 23 ---
1 file
This command, "scmi", may provide a command line interface to various SCMI
protocols. It supports at least initially SCMI base protocol and is
intended mainly for debug purpose.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v8 (actually v2 as SCMI
In this test, "scmi" command is tested against different sub-commands.
Please note that scmi command is for debug purpose and is not intended
in production system.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v7
* make test assertions more flexible
This is a help text for scmi command.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
---
v6
* add the manual to doc/usage/index.rst
v4
* s/tranport/transport/
v2
* add more descriptions about SCMI
---
doc/usage/cmd/scmi.rst | 126
This is a precautionary change to make scmi tests workable whether or not
a specific protocol be enabled.
Signed-off-by: AKASHI Takahiro
---
test/dm/scmi.c | 12
1 file changed, 12 insertions(+)
diff --git a/test/dm/scmi.c b/test/dm/scmi.c
index da45314f2e4c..2f63f2da16fb 100644
This change will be useful when we manually test SCMI on sandbox
by enabling/disabling a specific SCMI protocol.
Signed-off-by: AKASHI Takahiro
---
drivers/firmware/scmi/sandbox-scmi_agent.c | 27 ++-
drivers/firmware/scmi/sandbox-scmi_devices.c | 78
2 files changed,
"Scmi" command will be re-introduced per Michal's request.
The functionality is the same as I put it in my patch set of adding
SCMI base protocol support, but made some tweak to make UT, "ut dm
scmi_cmd," more flexible and tolerable when enabling/disabling a specific
SCMI protocol for test
Hi Sean
Thanks for your review.
The spi clock setting is related to booting flash, it is setup by
early bootloader and we don't want u-boot to change it
Best regards,
Jim
On Thu, Nov 9, 2023 at 2:07 AM Sean Anderson wrote:
>
> On 11/7/23 04:01, Jim Liu wrote:
> > Add a flag to set
Create a sysinfo driver to avoid needing a custom checkboard()
function. With this the following information is printed when booting
from coreboot under QEMU:
Model: Standard PC (i440FX + PIIX, 1996)
Manufacturer: QEMU
Prior-stage version: 4.21-885-g2a87ef1eca56
Prior-stage date:
Boards can use a sysinfo driver if a particular model name is needed.
Update this board to use checkboard() directly, rather than having a
weak function laid on top of a weak function.
Make all the checkboard() functions call the new tdx_checkboard() so
that the same information is displayed.
On Sat, 11 Nov 2023 20:08:36 -0700
Simon Glass wrote:
Hi,
> On Fri, 10 Nov 2023 at 07:16, Andre Przywara wrote:
> >
> > On Fri, 10 Nov 2023 05:53:59 -0700
> > Simon Glass wrote:
> >
> > Hi Simon,
> >
> > > On Tue, 7 Nov 2023 at 09:09, Andre Przywara
> > > wrote:
> > > >
> > > >
Hi Shantur,
On 2023-11-12 13:34, Shantur Rathore wrote:
> Hi Jonas,
>
>> The CMD_SPI is not used to interact with the SPI flash.
>>
>> CMD_SF is already enabled and you can use "sf probe" and any other sf
>> related action to interact with the SPI flash on this board.
>>
>
> You are right, this
> Wiadomość napisana przez Mikhail Kalashnikov w dniu
> 11.11.2023, o godz. 10:09:
>
> From: iuncuim
>
> At the moment, the driver only supports DDR3 and LPDDR3 memory.
> Add support for a new type DRAM.
> These changes have been successfully tested by me with orangepi
> zero3 4GB (DRAM:
Fix relocation of u-boot for s5p4418-SoC. I.e. use __image_copy_start
instead of _start to calculate the monitor length. Furthermore use an
adapted version of relocate_vectors for the s5p4418-SoC. Background:
The header (NSIH) used by the 2nd-bootloader (included at the begin of
u-boot.bin) is
ARM and MICROBLAZE: Change calculation of monitor length (gd->mon_len)
to fix relocation at boards with s5p4418-SoC. At s5p4418, _start is
after the header (NSIH) therefore the monitor length has to be
calculated using __image_copy_start instead of _start in order the hole
monitor code is
The header (NSIH) used for the s5p4418-SoC is not loaded into RAM by the
2nd-bootloader, see boot0.h. Therefore, use an adapted version of
relocate_vectors which relocates the vectors after the header (at _start)
instead of the 'dummy'-vectors at the start of the header (at
__image_copy_start).
The printf() %pU option decodes GUIDs so it is not necessary to do this
first. Drop the incorrect code.
Signed-off-by: Simon Glass
---
cmd/efi_common.c | 4 +---
1 file changed, 1 insertion(+), 3 deletions(-)
diff --git a/cmd/efi_common.c b/cmd/efi_common.c
index f4056096cd3f..1aa2351fcdfd
This function is defined by bootstd so using it precludes using that
feature. Use the board_early_init_r() feature instead.
Signed-off-by: Simon Glass
---
configs/efi-x86_app64_defconfig | 1 +
lib/efi/efi_app.c | 5 ++---
2 files changed, 3 insertions(+), 3 deletions(-)
diff
Locate these so that they can be displayed using the 'acpi' command.
Signed-off-by: Simon Glass
---
lib/efi/efi_app.c | 24 +---
1 file changed, 21 insertions(+), 3 deletions(-)
diff --git a/lib/efi/efi_app.c b/lib/efi/efi_app.c
index 2209410f35b5..c5eb816655ea 100644
---
On Sat, 11 Nov 2023 12:10:00 +0300
Mikhail Kalashnikov wrote:
Hi Mikhail,
> From: iuncuim
>
> The H616 SoC family has support for several types of DRAM: DDR3,
> LPDDR3, DDR4 and LPDDR4.
> At the moment, the driver only supports DDR3 and LPDDR3 memory.
> Let's extend the driver to support the
Like Rockchip RK3328 and RK3568, the RK3588 also have a single node to
represent the glue and ctrl for USB 3.0.
Use rk_ops as driver data to select correct ctrl node for RK3588 DWC3.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
---
Changes in v2:
- Required device tree changes have
Dne sobota, 11. november 2023 ob 10:10:00 CET je Mikhail Kalashnikov napisal(a):
> From: iuncuim
>
> The H616 SoC family has support for several types of DRAM: DDR3,
> LPDDR3, DDR4 and LPDDR4.
> At the moment, the driver only supports DDR3 and LPDDR3 memory.
> Let's extend the driver to support
This series change to use the dwc3-generic driver on all RK3328 and
RK3399 boards. Also switch to use DM_USB_GADGET and remove then obsolete
board_usb_init() and dm_usb_gadget_handle_interrupts() functions.
First patch change all RK33xx boards to use dwc3-generic driver.
Second patch remove
On Sun, Nov 12, 2023 at 08:19:57PM +0100, Heinrich Schuchardt wrote:
>
>
> Am 12. November 2023 19:03:57 MEZ schrieb Tom Rini :
> >On Sun, Nov 12, 2023 at 08:58:05AM -0700, Simon Glass wrote:
> >> This function is defined by bootstd so using it precludes using that
> >> feature. Use the
Hi Jonas,
> The CMD_SPI is not used to interact with the SPI flash.
>
> CMD_SF is already enabled and you can use "sf probe" and any other sf
> related action to interact with the SPI flash on this board.
>
You are right, this is not needed, thanks for correcting me.
I will update my patch.
>
Hey Jonas,
> For normal generic use the full bootstd commands should not be needed,
> do you have special scripting requirements that require access to full
> bootstd commands?
>
> All rockchip boards use standard boot, this only enables full commands
> for one particular board, why is this board
Hi Shantur,
On 2023-11-12 15:21, Shantur Rathore wrote:
> Hey Jonas,
>
>> For normal generic use the full bootstd commands should not be needed,
>> do you have special scripting requirements that require access to full
>> bootstd commands?
>>
>> All rockchip boards use standard boot, this only
Check the header before starting to use it, since this could provide
very confusing later, when ofnode calls start to fail.
Signed-off-by: Simon Glass
---
drivers/core/ofnode.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/drivers/core/ofnode.c b/drivers/core/ofnode.c
index
Add a bit more detail about what this function does.
Signed-off-by: Simon Glass
---
boot/fdt_support.c| 1 -
include/fdt_support.h | 12 +++-
2 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/boot/fdt_support.c b/boot/fdt_support.c
index 09ce5828659e..510ad24a999d
1 - 100 of 126 matches
Mail list logo