On Tue, Aug 1, 2023 at 4:17 AM Kever Yang wrote:
>
> Hi Peter,
>
> Could you update the patchset with patches you still want to send?
Can you just drop this patch and take the rest from the set?
>
> Thanks,
>
> - Kever
>
> On 2023/6/14 20:43, Peter Robinson wrote:
> > Start the USB stack s
Hello Zixun, Eugen,
On 8/2/23 09:38, admin LI wrote:
> Hi Alexis,
>
> I've tried to USB gardet under u-boot without success (linux is ok).
>
> I've contacted Microchip support (No.01275010) and from them:
> "we confirmed with the internal team that USB is not fully functional with
> u-boot so f
align with other ROCK series.
Fixes: 2b506407c8 ("rockchip: Add MAINTAINERS entry for Radxa Rock 4C+")
Signed-off-by: FUKAUMI Naoki
---
board/rockchip/evb_rk3399/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/rockchip/evb_rk3399/MAINTAINERS
b/board/rockchi
Hello Teresa,
On Tue, 2023-07-18 at 15:35 +0200, Teresa Remmet wrote:
> Add EEPROM detection initialisation for phyCORE-i.MX8MM and
> print SoM information during boot when successful.
>
> Signed-off-by: Teresa Remmet
> ---
> board/phytec/phycore_imx8mp/Kconfig | 1 +
> board/phytec/phycore_im
Hi Frieder,
On 01.08.23 16:46, Frieder Schrempf wrote:
From: Frieder Schrempf
There are plenty of cases where the OS wants to know where the
persistent environment is stored in order to print or manipulate it.
In most cases a userspace tool like libubootenv [1] is used to handle
the environme
El Mon, Jul 31, 2023 at 06:42:56PM -0400, Sean Anderson deia:
> This converts the fat loader to use spl_load. Some platforms are very
> tight on space, so we take care to only include the code we really need.
>
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v5:
> - Rework to load header in
El Mon, Jul 31, 2023 at 06:42:57PM -0400, Sean Anderson deia:
> This converts the mmc loader to spl_load. Legacy images are handled by
> spl_load (via spl_parse_image_header), so mmc_load_legacy can be
> omitted.
>
Yes. I haven't used the legacy case, but by looking at the code, it
seems to me tha
El Mon, Jul 31, 2023 at 06:42:59PM -0400, Sean Anderson deia:
> This converts the blk load method (used exclusively by NVMe) to use
> spl_load. As a consequence, it also adds support for LOAD_FIT_FULL and
> IMX images.
>
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v5:
> - New
>
> commo
El Mon, Jul 31, 2023 at 06:43:00PM -0400, Sean Anderson deia:
> This converts the nor load method to use spl_load. As a result it also
> adds support for LOAD_FIT_FULL.
>
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v5:
> - Rework to load header in spl_load
>
> common/spl/spl_nor.c | 41
El Mon, Jul 31, 2023 at 06:43:01PM -0400, Sean Anderson deia:
> This converts the semihosting load method to use spl_load. As a result, it
> also adds support for LOAD_FIT_FULL and IMX images.
>
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v5:
> - Rework to load header in spl_load
>
> Ch
El Mon, Jul 31, 2023 at 06:43:02PM -0400, Sean Anderson deia:
> This converts the spi load method to use spl_load. As a consequence, it
> also adds support for LOAD_FIT_FULL.
>
> Signed-off-by: Sean Anderson
> ---
>
> Changes in v5:
> - Rework to load header in spl_load
>
> common/spl/spl_spi.
Hi Maxim
On Wed, Aug 02, 2023 at 08:06:56PM +0600, Maxim Uvarov wrote:
> Signed-off-by: Maxim Uvarov
> ---
> lib/lwip/Makefile | 2 +
> +
> +#include "apps/dns/lwip-dns.h"
> +#include "apps/ping/lwip_ping.h"
> +#include "ulwip.h"
> +
> +extern int uboot_lwip_init(void);
> +extern int uboot_
Hello Teresa,
On Tue, 2023-07-18 at 15:35 +0200, Teresa Remmet wrote:
> Starting with PCB revision 3 we can safely make use of higher RAM
> frequency again. Make use of the EEPROM detection to determine the
> revision and use the updated RAM timings for new SoMs.
>
> Signed-off-by: Teresa Remmet
As it is only called in bootmeth_efi.c
Signed-off-by: Bin Meng
---
boot/bootmeth_efi.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/boot/bootmeth_efi.c b/boot/bootmeth_efi.c
index af31fbfc85..2d4c3c6728 100644
--- a/boot/bootmeth_efi.c
+++ b/boot/bootmeth_efi.c
@@ -372,7
On Wed, Aug 02, 2023 at 08:06:52PM +0600, Maxim Uvarov wrote:
> Signed-off-by: Maxim Uvarov
> ---
> lib/lwip/Makefile | 1 +
> lib/lwip/apps/ping/Makefile| 11 ++
> lib/lwip/apps/ping/lwip_ping.c | 37 ++
> lib/lwip/apps/ping/lwip_ping.h |
At present vidconsole_measure() tests ops->select_font before calling
ops->measure, which would result in a null dereference when the console
driver provides no ops for measure.
Fixes: b828ed7d7929 ("console: Allow measuring the bounding box of text")
Signed-off-by: Bin Meng
---
drivers/video/v
On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
>
> At present it is not possible to read from some CDROM drives since the
> FAT sector size does not match the media's block size. Add a conversion
> option for this, so that reading is possible.
>
> This does increase SPL size for read-only FAT
On Mon, Jul 31, 2023 at 10:05 AM Bin Meng wrote:
>
> On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
> >
> > When USB finds no devices it currently returns -EPERM which bootstd does
>
> The code returns -1, not -EPERM
>
> > not understand. This causes other bootdevs of the same priority to be
On Mon, Jul 31, 2023 at 10:05 AM Bin Meng wrote:
>
> On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
> >
> > When CONFIG_ERRNO_STR is not enabled this shows a spurious 'E' from the
> > format string. Fix this.
> >
> > Signed-off-by: Simon Glass
> > Fixes: 7f331941321 ("lib: Support printing a
On Tue, Aug 1, 2023 at 1:23 AM Mattijs Korpershoek
wrote:
>
> On dim., juil. 30, 2023 at 11:15, Simon Glass wrote:
>
> > This name is a little confusing since it suggests that it sets up the
> > sibling block device. In fact it sets up a bootdev for it. Rename the
> > function to make this cleare
On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
>
> Use the correct function here, since there may be multiple IDE devices
> available.
>
> Signed-off-by: Simon Glass
> Reviewed-by: Mattijs Korpershoek
> ---
>
> (no changes since v1)
>
> drivers/block/ide.c | 4 ++--
> 1 file changed, 2 inse
On Mon, Jul 31, 2023 at 10:05 AM Bin Meng wrote:
>
> On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
> >
> > Add some more output to make it easier to see what is going wrong when
> > a bootdev hunter fails.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > (no changes since v1)
> >
> > boo
On Mon, Jul 31, 2023 at 10:04 AM Bin Meng wrote:
>
> On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
> >
> > This is normally used with coreboot, so enable support for it in the
> > coreboot builds.
> >
> > Add an example to show how it is used.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
Hi Simon,
On Thu, Aug 3, 2023 at 6:01 PM Bin Meng wrote:
>
> On Mon, Jul 31, 2023 at 10:04 AM Bin Meng wrote:
> >
> > On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
> > >
> > > This is normally used with coreboot, so enable support for it in the
> > > coreboot builds.
> > >
> > > Add an exa
Hi Simon,
On Mon, Jul 31, 2023 at 10:50 AM Simon Glass wrote:
>
> Hi Bin,
>
> On Sun, 30 Jul 2023 at 20:03, Bin Meng wrote:
> >
> > Hi Simon,
> >
> > On Mon, Jul 31, 2023 at 1:15 AM Simon Glass wrote:
> > >
> > > Add these options to permit access to more disk types.
> > >
> > > Add some docume
The btrfs_decompress() function mostly (u32)-1 on error but it can
also return -EPERM or other kernel error codes from zstd_decompress().
The "ret" variable is an int, so we could just check for negatives.
Signed-off-by: Dan Carpenter
---
fs/btrfs/inode.c | 4 ++--
1 file changed, 2 insertions(+
When PIE is enabled in start.S, u-boot/-spl use __rel_dyn_start
and _rel_dyn_end symbol to be loaded to and executed at a
different address than it was linked at.
u-boot-spl.lds is used in SPL build, but relocation information
section(.rela*) were discarded.
In line number 80 in arch/arm/cpu/armv8
Hello Takahiro-san,
> From: U-Boot on behalf of Simon Glass
>
> Sent: Thursday, July 27, 2023 2:50 AM
>
> On Wed, 26 Jul 2023 at 02:38, AKASHI Takahiro
> wrote:
> >
> > The commit 85dc58289238 ("firmware: scmi: prepare uclass to pass channel
> > reference") added an explicit parameter, channe
Hello Takahiro-san,
Sorry again for this late feedback.
Testing the series against stm32mp135f-dk board which is using SCMI resources,
I see the board fails to boot.
> From: AKASHI Takahiro
> To: tr...@konsulko.com, s...@chromium.org
> Cc: etienne.carri...@st.com, u-boot@lists.denx.de,
>
Hello Takahiro-san,
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:37
>
> SCMI base protocol is mandatory according to the SCMI specification.
>
> With this patch, SCMI base protocol can be accessed via SCMI transport
> layers. All the commands, except SCMI_BASE_NOTIFY_ERRORS, are
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:37
>
> Move the location of scmi_bind_protocols() backward for changes
> in later patches.
> There is no change in functionality.
>
> Signed-off-by: AKASHI Takahiro
> ---
> drivers/firmware/scmi/scmi_agent-uclass.c | 118 +++-
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> This framework allows SCMI protocols to be installed and bound to the agent
> so that the agent can manage and utilize them later.
>
> Signed-off-by: AKASHI Takahiro
> ---
> v2
> * check for availability of protocols
Reviewed-
> From: AKASHI Takahiro
> Sent: Thursday, July 27, 2023 03:07
>
> Hi Simon,
>
> Thank you for your extensive review.
>
> On Wed, Jul 26, 2023 at 06:50:23PM -0600, Simon Glass wrote:
> > Hi,
> >
> > On Wed, 26 Jul 2023 at 02:39, AKASHI Takahiro
> > wrote:
> > >
> > > SCMI base protocol is man
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> SCMI base protocol is mandatory and doesn't need to be listed in a device
> tree.
>
> Signed-off-by: AKASHI Takahiro
> Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
> ---
> arch/sandbox/dts/test.dts | 4
> 1
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> This is a simple implementation of SCMI base protocol for sandbox.
> The main use is in SCMI unit test.
>
> Signed-off-by: AKASHI Takahiro
> Reviewed-by: Simon Glass
Reviewed-by: Etienne Carriere
with reported typo addressed
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> Adding SCMI base protocol makes it inconvenient to hold the agent instance
> (udevice) locally since the agent device will be re-created per each test.
> Just remove it and simplify the test flows.
> The test scenario is not chan
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> Added is a new unit test for SCMI base protocol, which will exercise all
> the commands provided by the protocol, except SCMI_BASE_NOTIFY_ERRORS.
> $ ut dm scmi_base
> It is assumed that test.dtb is used as sandbox's device tre
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> 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
> ---
> v2
I no longer maintain them.
Signed-off-by: FUKAUMI Naoki
---
board/sunxi/MAINTAINERS | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/board/sunxi/MAINTAINERS b/board/sunxi/MAINTAINERS
index 98bbd2dd25..d89a25db7c 100644
--- a/board/sunxi/MAINTAINERS
+++ b/board/sunxi/MA
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> This is a help text for scmi command.
>
> Signed-off-by: AKASHI Takahiro
> ---
> v2
> * add more descriptions about SCMI
Reviewed-by: Etienne Carriere
> ---
> doc/usage/cmd/scmi.rst | 126 +++
On 2023/8/3 18:29, Dan Carpenter wrote:
The btrfs_decompress() function mostly (u32)-1 on error but it can
also return -EPERM or other kernel error codes from zstd_decompress().
The "ret" variable is an int, so we could just check for negatives.
Signed-off-by: Dan Carpenter
Reviewed-by: Qu
On Tue, Aug 1, 2023 at 12:00 AM Simon Glass wrote:
>
> When the video framebuffer comes from the bloblist, we should not change
> relocaddr to this address, since it interfers with the normal memory
typo: interferes
> allocation.
>
> This fixes a boot loop in qemu-x86_64
>
> Signed-off-by: Simon
From: Bin Meng
Add one space between 'before' and 'loading'.
Signed-off-by: Bin Meng
---
drivers/video/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig
index e32ce13fb6..ee1d54ee1f 100644
--- a/drivers/video/Kconfig
+++
On Mon, Jul 24, 2023 at 10:52 PM Simon Glass wrote:
>
> Unfortunately the bochs driver does not currently work with distros. It
> causes a hang sometime between grub menu selection and the OS displaying
> something.
I will reword the commit message a little bit.
>
> This reverts commit b8956425d
On Mon, Jul 31, 2023 at 1:16 AM Simon Glass wrote:
>
> This build can be used to boot 32-bit standard-distro builds. Enable some
> more options, so that all possible EFI UUIDs are decoded, we can search
> memory for tables, support the full set of standard-boot features, have
> full logging along
On Mon, Jul 31, 2023 at 1:16 AM Simon Glass wrote:
>
> Add some hints and observations related to booting distros on QEMU on x86.
>
> Signed-off-by: Simon Glass
> ---
>
> (no changes since v1)
>
> doc/board/emulation/qemu-x86.rst | 88 ++--
> 1 file changed, 84 insert
On Mon, Jul 31, 2023 at 1:16 AM Simon Glass wrote:
>
> At present this feature is enabled in SPL if a bloblist is available.
> Some platforms may not want to use this, so add an option to allow the
> feature to be disabled.
>
> Note that the feature unfortunately only fills in part of the
> video-
fwiw, I grabbed this terminal code written in go out of the tinygo
project: https://github.com/inindev/goterm
It is less than 100 lines long and it supports the rockchip 1.5M baud
rate well (ctrl+] to exit).
On 8/2/23 6:50 PM, Sebastian Reichel wrote:
Hi,
On Wed, Aug 02, 2023 at 03:19:04PM
On Thu, Aug 3, 2023 at 6:37 PM Bin Meng wrote:
>
> On Tue, Aug 1, 2023 at 12:00 AM Simon Glass wrote:
> >
> > When the video framebuffer comes from the bloblist, we should not change
> > relocaddr to this address, since it interfers with the normal memory
>
> typo: interferes
>
> > allocation.
>
On Mon, Jul 31, 2023 at 1:16 AM Simon Glass wrote:
>
> This series collects together various fixes found whn testing out booting
> of distros using QEMU on x86. Together they improve functionality, but it
> is not perfect yet. Some notes are included as to the current state.
>
> Changes in v2:
> U
hi Simon,
On Wed, 2 Aug 2023 at 18:23, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Tue, 1 Aug 2023 at 11:41, Sughosh Ganu wrote:
> >
> > Add support in binman for generating EFI capsules. The capsule
> > parameters can be specified through the capsule binman entry. Also add
> > test cases in binma
Two minor issues arise as warning during boot phases once log features
and CONFIG_LOG_ERROR_RETURN are enabled:
- clk_get_rate() return err (SPL, pre relocation and U-Boot proper phases)
- uclass_get_device_by_phandle_id() return err (pre relocation phase only)
Both issues are not fatal and do no
As per definitions of masks and shift offsets in cru_rk3308.h, values
read from registers must be first masked and then shifted. By the way,
this fix is binary invariant, because in all of fixed cases the shift
offset is zero.
Signed-off-by: Massimo Pegorer
---
drivers/clk/rockchip/clk_rk3308.c
Add support to read RK3308 registers used to configure UART clocks, and
thus to get UART rate and baudrate. This fixes clock_get_rate returning
error on serial device probing. Moreover, there is no need anymore to
use 'clock-frequency' property for UART nodes in *-u-boot.dtsi files
for all cases wh
Make device tree complete and consistent for pre relocation phase. Some
nodes are missing, causing warnings to be issued on serial port probing
during pre relocation phase (uclass_get_device_by_phandle_id fails when
called by pinctrl_select_state_full: none of these failures is fatal
nor causing is
hi Simon,
On Wed, 2 Aug 2023 at 19:04, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Wed, 2 Aug 2023 at 06:52, Simon Glass wrote:
> >
> > Hi Sughosh,
> >
> > On Tue, 1 Aug 2023 at 11:40, Sughosh Ganu wrote:
> > >
> > > The EFI capsule authentication logic in u-boot expects the public key
> > > in t
hi Simon,
On Wed, 2 Aug 2023 at 18:23, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Tue, 1 Aug 2023 at 11:41, Sughosh Ganu wrote:
> >
> > The EFI capsule files can now be generated as part of u-boot
> > build. This is done through binman. Add capsule entry nodes in the
> > u-boot.dtsi for the sandb
hi Simon,
On Wed, 2 Aug 2023 at 18:22, Simon Glass wrote:
>
> Hi Sughosh,
>
> On Tue, 1 Aug 2023 at 11:35, Sughosh Ganu wrote:
> >
> > hi Simon,
> >
> > On Wed, 26 Jul 2023 at 19:56, Simon Glass wrote:
> > >
> > > Hi Sughosh,
> > >
> > > On Wed, 26 Jul 2023 at 02:57, Sughosh Ganu
> > > wrote:
On Mon, Jul 31, 2023 at 11:02 AM Simon Glass wrote:
>
> Use the common include along with some additions.
>
> Drop everything from the config.h file.
>
> Signed-off-by: Simon Glass
> ---
>
> board/intel/slimbootloader/slimbootloader.env | 25 +
> include/configs/slimbootloader.h
> From: AKASHI Takahiro
> Sent: Wednesday, July 26, 2023 10:38
>
> 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 Gla
Hello Akashi-san,
> From: AKASHI Takahiro
> Sent: Friday, July 28, 2023 02:33
> Subject: [RFC 1/3] firmware: scmi: add a check against availability of
> protocols
>
> Now that we have Base protocol support, we will be able to check if a given
> protocol is really supported by the SCMI server (f
> From: AKASHI Takahiro
> Sent: Friday, July 28, 2023 02:33
> Subject: [RFC 2/3] firmware: scmi: add PROTOCOL_VERSION support for existing
> protocols on sandbox
>
> In the next patch, SCMI_PROTOCOL_VERSION support is added on the existing
> SCMI protocols and the version check will be introduce
> From: AKASHI Takahiro
> Sent: Friday, July 28, 2023 02:33
> Subject: [RFC 3/3] firmware: scmi: add a sanity check against protocol version
>
> SCMI_PROTOCOL_VERSION is a mandatory command for all the SCMI protocols.
> With this patch, this command is implemented on each protocol.
> Then, we can
On Mon, Jul 31, 2023 at 4:12 PM Andy Shevchenko
wrote:
>
> On Sun, Jul 30, 2023 at 09:01:43PM -0600, Simon Glass wrote:
> > This series starts the process of moving x86 boards to a text environment.
> >
> > This includes conversions for about half the boards.
> >
> > The rest (including the more c
On Thu, Aug 3, 2023 at 7:27 PM Bin Meng wrote:
>
> On Mon, Jul 31, 2023 at 4:12 PM Andy Shevchenko
> wrote:
> >
> > On Sun, Jul 30, 2023 at 09:01:43PM -0600, Simon Glass wrote:
> > > This series starts the process of moving x86 boards to a text environment.
> > >
> > > This includes conversions f
On Wed, Aug 02, 2023 at 03:31:20PM -0600, Simon Glass wrote:
> Hi Tom,
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/pipelines/17186
>
> https://dev.azure.com/simon0972/u-boot/_build/results?buildId=44&view=results
>
>
> The following changes since commit 7755b2200777f72dca87dd16913
On Wed, Aug 02, 2023 at 03:31:22PM -0600, Simon Glass wrote:
> Hi Tom,
>
> On Wed, 2 Aug 2023 at 09:10, Tom Rini wrote:
> >
> > It is not a parse error to have a default value of "0" for a "hex" type
> > entry, instead of "0x0". However, "0" and "0x0" are not treated the
> > same even by the too
Hi Nishanth,
On 03/08/2023 00:37, Nishanth Menon wrote:
> On 20:18-20230802, Roger Quadros wrote:
>> Sync all am642-evm/am642-sk related DT files
>> with Linux v6.5-rc1.
>>
>> - drop timer1 in favor of main_timer0 in am64-main.dtsi.
>> Need to delete clock & power domain properties of
>> main_time
Hi Stefano,
On 03.08.23 10:14, Stefano Babic wrote:
> Hi Frieder,
>
> On 01.08.23 16:46, Frieder Schrempf wrote:
>> From: Frieder Schrempf
>>
>> There are plenty of cases where the OS wants to know where the
>> persistent environment is stored in order to print or manipulate it.
>>
>> In most ca
Define bootscript address in RAM via DT property and remove it from config
file. Adding default value to common DTSI. Platform DT description can
remove this property or rewrite it.
In Zynq case scriptaddr property was defined twice for no reason.
Signed-off-by: Michal Simek
---
The patch is ba
On 03/08/2023 00:37, Nishanth Menon wrote:
> On 20:18-20230802, Roger Quadros wrote:
>> Sync all am642-evm/am642-sk related DT files
>> with Linux v6.5-rc1.
>>
>> - drop timer1 in favor of main_timer0 in am64-main.dtsi.
>> Need to delete clock & power domain properties of
>> main_timer1 in -r5.d
On Thu, Aug 03, 2023 at 07:03:47PM +0800, Bin Meng wrote:
> On Thu, Aug 3, 2023 at 6:37 PM Bin Meng wrote:
> >
> > On Tue, Aug 1, 2023 at 12:00 AM Simon Glass wrote:
> > >
> > > When the video framebuffer comes from the bloblist, we should not change
> > > relocaddr to this address, since it inte
On Thu, Aug 03, 2023 at 04:50:34PM +0900, FUKAUMI Naoki wrote:
> I no longer maintain them.
>
> Signed-off-by: FUKAUMI Naoki
Thanks for your time on these platforms.
Reviewed-by: Tom Rini
Andre, Jagan, which one of you wants to pick these up? I assume you
don't want to drop the defconfigs th
On Thu, Aug 03, 2023 at 09:47:15AM +0800, Shiji Yang wrote:
> 1. Convert all linker symbol declarations to char[] type.
> 2. Unify the linker symbol reference format.
>
> CI check:
> https://github.com/u-boot/u-boot/pull/401
>
>
> Shiji Yang (2):
> treewide: rework linker symbol declarations
On Thu, Aug 03, 2023 at 09:47:16AM +0800, Shiji Yang wrote:
> 1. Convert all linker symbols to char[] type so that we can get the
>corresponding address by calling array name 'var' or its address
>'&var'. In this way, we can avoid some potential issues[1].
> 2. Remove unused symbol '_TEXT_
On Thu, Aug 03, 2023 at 09:47:17AM +0800, Shiji Yang wrote:
> Now all linker symbols are declared as type char[]. Though we can
> reference the address via both the array name 'var' and its address
> '&var'. It's better to unify them to avoid confusing developers.
> This patch converts all '&var'
Hi Frieder,
On 03.08.23 14:51, Frieder Schrempf wrote:
Hi Stefano,
On 03.08.23 10:14, Stefano Babic wrote:
Hi Frieder,
On 01.08.23 16:46, Frieder Schrempf wrote:
From: Frieder Schrempf
There are plenty of cases where the OS wants to know where the
persistent environment is stored in order
On Thu, 3 Aug 2023 09:13:44 -0400
Tom Rini wrote:
Hi Tom,
thanks for the heads up, somehow the original email didn't reach me.
> On Thu, Aug 03, 2023 at 04:50:34PM +0900, FUKAUMI Naoki wrote:
>
> > I no longer maintain them.
> >
> > Signed-off-by: FUKAUMI Naoki
>
> Thanks for your time on
Hi,
The commit https://github.com/devicetree-org/dt-schema/pull/105 added
support for reading memory location where bootscript should be loaded.
This is follow up series on reading information from DT where boot script
is placed in flash memory.
Patches are based on
https://lore.kernel.org/r/b37a
ofnode_read_bootscript_flash() reads bootscript address from
/options/u-boot DT node. bootscr-flash-offset and bootscr-flash-size
properties are read and values are filled. When bootscr-flash-size is not
defined, bootscr-flash-offset property is unusable that's why cleaned.
Both of these properties
Location of bootscript in flash can be specified via /options/u-boot DT
node by using bootscr-flash-offset and bootscr-flash-size properties.
Values should be saved to script_offset_f and script_size_f variables.
Variables are described in doc/develop/bootstd.rst as:
script_offset_f
SPI flash o
On Thu, Aug 03, 2023 at 02:35:54PM +0100, Andre Przywara wrote:
> On Thu, 3 Aug 2023 09:13:44 -0400
> Tom Rini wrote:
>
> Hi Tom,
>
> thanks for the heads up, somehow the original email didn't reach me.
>
> > On Thu, Aug 03, 2023 at 04:50:34PM +0900, FUKAUMI Naoki wrote:
> >
> > > I no longer
On Thu, Aug 3, 2023 at 7:05 PM Andre Przywara wrote:
>
> On Thu, 3 Aug 2023 09:13:44 -0400
> Tom Rini wrote:
>
> Hi Tom,
>
> thanks for the heads up, somehow the original email didn't reach me.
>
> > On Thu, Aug 03, 2023 at 04:50:34PM +0900, FUKAUMI Naoki wrote:
> >
> > > I no longer maintain the
On Thu, Aug 03, 2023 at 07:16:35PM +0530, Jagan Teki wrote:
> On Thu, Aug 3, 2023 at 7:05 PM Andre Przywara wrote:
> >
> > On Thu, 3 Aug 2023 09:13:44 -0400
> > Tom Rini wrote:
> >
> > Hi Tom,
> >
> > thanks for the heads up, somehow the original email didn't reach me.
> >
> > > On Thu, Aug 03, 2
From: Marcel Ziswiler
Add initial Verdin AM62 Quad 1GB WB IT prototype and launch
configuration SKUs to ConfigBlock handling.
0069: Verdin AM62 Quad 1GB WB IT
0071: Verdin AM62 Solo 512MB
0072: Verdin AM62 Solo 512MB WB IT
0073: Verdin AM62 Dual 1GB ET
0074: Verdin AM62 Dual 1GB IT
0075: Verdin
From: Marcel Ziswiler
Fix second mux option of clkout0 which should really be
DEV_BOARD0_CLKOUT0_IN_PARENT_HSDIV4_16FFT_MAIN_2_HSDIVOUT1_CLK10
rather than twice the same according to [1].
[1]
https://software-dl.ti.com/tisci/esd/latest/5_soc_doc/am62x/clocks.html#clocks-for-board0-device
Signe
From: Marcel Ziswiler
This series adds initial support for the Toradex Verdin AM62 SoM [1].
The first commit adds resp. PID4s to the ConfigBlock, the second one
fixes an early clocking issue confirmed to be a weird bug in TI's
scripting. And last but not least support for the Toradex Verdin AM62
+Bin Meng
Hi Devarsh,
On Tue, 1 Aug 2023 at 08:04, Devarsh Thakkar wrote:
>
> When passing framebuffer address using bloblist, check
> that passed address is overlapping with current relocation
> address, if so move the relocation address after the framebuffer
> region to avoid overlap.
>
> Fixe
Hi Devarsh,
On Tue, 1 Aug 2023 at 08:30, Devarsh Thakkar wrote:
>
> Hi Tom, Simon,
>
> Thanks for sharing all the information.
>
> On 01/08/23 02:39, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 31 Jul 2023 at 15:06, Tom Rini wrote:
> >>
> >> On Mon, Jul 31, 2023 at 02:49:06PM -0600, Simon Gla
Builds for Raspberry Pi targets fail when CONFIG_DISPLAY_CPUINFO is
enabled and following error can be seen -
common/board_f.o:(.rodata.init_sequence_f+0x90):
undefined reference to `print_cpuinfo'
Added implementation of function "print_cpuinfo"
Signed-off-by: Naveen Kumar Chaudhary
---
ar
Hi Nishanth
On Wed, 2023-08-02 at 17:54 -0500, Nishanth Menon wrote:
> On 22:54-20230728, Marcel Ziswiler wrote:
> > From: Marcel Ziswiler
> [...]
>
> > diff --git a/doc/board/toradex/verdin-am62.rst
> > b/doc/board/toradex/verdin-am62.rst
> > new file mode 100644
> > index 000..2ece375
On Thu, 3 Aug 2023 at 03:31, Simon Glass wrote:
> Hi Maxim,
>
> On Wed, 2 Aug 2023 at 08:09, Maxim Uvarov wrote:
> >
>
> Please can you add a commit message in each case?
>
> > ---
> > lib/Kconfig | 2 ++
> > lib/Makefile | 3 +++
> > lib/lwip/Kconfig | 67
Hi Tom, Simon,
On Thu, Aug 3, 2023 at 9:13 PM Tom Rini wrote:
>
> On Thu, Aug 03, 2023 at 07:03:47PM +0800, Bin Meng wrote:
> > On Thu, Aug 3, 2023 at 6:37 PM Bin Meng wrote:
> > >
> > > On Tue, Aug 1, 2023 at 12:00 AM Simon Glass wrote:
> > > >
> > > > When the video framebuffer comes from the
Hi Simon,
On 03/08/23 19:32, Simon Glass wrote:
> +Bin Meng
>
> Hi Devarsh,
>
> On Tue, 1 Aug 2023 at 08:04, Devarsh Thakkar wrote:
>>
>> When passing framebuffer address using bloblist, check
>> that passed address is overlapping with current relocation
>> address, if so move the relocation ad
On Thu, 3 Aug 2023 at 12:26, Ilias Apalodimas
wrote:
> Hi Maxim,
>
> The split looks a lot easier to review!
>
> On Wed, Aug 02, 2023 at 08:06:49PM +0600, Maxim Uvarov wrote:
> > Signed-off-by: Maxim Uvarov
> > ---
> > lib/lwip/Makefile | 1 +
> > lib/lwip/apps/dhcp/lwip-dhcp.c |
On Fri, 21 Jul 2023 04:39:15 +, Mathew McBride wrote:
> This is a series of updates for the Ten64 board,
> that are part of our firmware releases but not yet upstreamed
> into U-Boot.
>
> Changes of note include:
>
> - Turning on standard boot support
>
> [...]
Applied to u-boot/master, th
On Wed, 19 Jul 2023 17:15:28 +0800, Weijie Gao wrote:
> This patch series add support for MediaTek MT7988 SoC with its reference
> boards and related drivers.
>
> This patch series add basic boot support on eMMC/SD/SPI-NOR/SPI-NAND for these
> boards. The clock, pinctrl drivers and the SoC initia
K3 devices have runtime type board detection. Make the default defconfig
include the secure configuration. Then remove the HS specific config.
Non-HS devices will continue to boot due to runtime device type detection.
Signed-off-by: Andrew Davis
---
MAINTAINERS | 2 -
All K3 boards now are secure by default, instead of setting this in each
defconfig, make it implied by the ARCH config.
The only exception is IOT2050, which I do not believe will have any
problems with being a TI_SECURE_DEVICE, but for now turn it off to keep
its config the same.
Signed-off-by: A
This patch adds the workaround for the timeout error in the NETSEC
driver when sending packets.
The NETSEC driver occasionally shows a "netsec_wait_while_busy" error
and fails to send packets like the below:
U-Boot 2023.01 (Jan 09 2023 - 16:07:33 +)
CPU: SC2A11:Cortex-
1 - 100 of 205 matches
Mail list logo
