image_copy_start/end are defined as c variables in order to force the compiler
emit relative references. However, defining those within a section definition
will do the same thing.
So let's remove the special sections from the linker scripts, the
variable definitions from sections.c and define
__efi_runtime_rel_start/end are defined as c variables for arm7 only in
order to force the compiler emit relative references. However, defining
those within a section definition will do the same thing. On top of that
the v8 linker scripts define it as a symbol.
So let's remove the special
__efi_runtime_start/end are defined as c variables for arm7 only in
order to force the compiler emit relative references. However, defining
those within a section definition will do the same thing. On top of that
the v8 linker scripts define it as a symbol.
So let's remove the special sections
The arm linker scripts had a mix of symbols and C defined variables in an
effort to emit relative references instead of absolute ones e.g [0]. A
linker bug prevented us from doing so [1] -- fixed since 2016.
This has led to confusion over the years, ending up with mixed section
definitions. Some
commit 3d74a0977f514 ("ti: am335x: Remove unused linker script") removed
the linker script for the TI variant. This linker script doesn't seem to
do anything special and on top of that, has no definitions for the EFI
runtime sections.
So let's get rid of it and use the generic linker script which
commit 3ebd1cbc49f0 ("arm: make __bss_start and __bss_end__ compiler-generated")
and
commit f84a7b8f54db ("ARM: Fix __bss_start and __bss_end in linker scripts")
were moving the bss_start/end on c generated variables that were
injected in their own sections. The reason was that we needed relative
commit 47bd65ef057f ("arm: make __rel_dyn_{start, end} compiler-generated")
were moving the __rel_dyn_start/end on c generated variables that were
injected in their own sections. The reason was that we needed relative
relocations for position independent code and linker bugs back then
prevented us
Hello Kuan, hello Wei Liang,
In U-Boot board/starfive/visionfive2/MAINTAINERS shows Yanhong Wang
as maintainer for the VisionFive 2
board. But my mails for
"riscv: add support for Milk-V Mars board"
https://lore.kernel.org/u-boot/20240303130122.29983-1-heinrich.schucha...@canonical.com/T/#t
> On Sun, Mar 03, 2024 at 02:14:43AM +, Jacky Chou wrote:
> > Hi Dan Carpenter,
> >
> > I have verified it on the little-endian platform, such as ASPEED AST2600.
>
> Awesome. Thanks for this.
>
> > I think put_unaligned_be32() and htonl() functions have no effect on
> big-endian platforms.
On 03.03.24 15:14, Tom Rini wrote:
On Sun, Mar 03, 2024 at 02:40:22PM +0100, Heinrich Schuchardt wrote:
Update maintainers_include.py from Linux next-20240202.
Is there no better upstream tag/commit to base this from?
The relevant changes in Linux were in 2023 and 2021:
86a0adc029d3
Anyway, looks good! I already gave my reviewed by. Thanks for your
work on this.
regards,
dan carpenter
Hi Christopher,
On 3/2/24 15:50, Christopher Obbard wrote:
[You don't often get email from chris.obb...@collabora.com. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
When debugging the SPL boot order, the node ID of a device which hasn't
been found is printed
Hi Christopher,
On 3/2/24 15:50, Christopher Obbard wrote:
[You don't often get email from chris.obb...@collabora.com. Learn why this is
important at https://aka.ms/LearnAboutSenderIdentification ]
Fix a simple spelling mistake in a comment.
Signed-off-by: Christopher Obbard
Reviewed-by:
Hi Christopher,
On 2024-03-02 22:15, Jonas Karlman wrote:
> Hi Christopher,
>
> On 2024-03-02 17:12, Christopher Obbard wrote:
>> Hi Jonas,
>>
>> On Sat, 2024-03-02 at 16:28 +0100, Jonas Karlman wrote:
>>> Hi Christopher,
>>>
>>> On 2024-03-02 15:34, Christopher Obbard wrote:
Some variants
Hi Igor,
On Sun, 3 Mar 2024 at 00:01, Igor Opaniuk wrote:
>
>
> - Address some spelling errors and typos
> - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests
> - Remove common.h inclusion for drivers/tee
>
> Changes in v2:
> - Fixed chimp_optee.c:37:9: error: implicit
Hi Sumit,
On Mon, Mar 4, 2024 at 3:33 AM Sumit Garg wrote:
> I think you also need Bryan's patch [1] to be incorporated as well.
> Give it a try and let me know if you still see any further issues.
>
> [1]
>
The RK3588 has a new IP for SARADC compared to older SoCs of the same
vendor but most of the boilerplate is shared, so rockchip-saradc.c
driver is adapted instead of creating a new one.
Because the SARADC requires a vref-supply which is commonly coming from
a regulator of the RK806 PMIC, support
From: Quentin Schulz
The read-only mode is currently supported but only for 16b-aligned
buffers. For unaligned buffers, the last byte will be read in RW mode
right now, which isn't what is desired. Instead, let's put the
controller back into RO mode for that last byte and skip any write in
the
From: Quentin Schulz
This adds support for RK806, only the SPI variant has been tested.
The communication "protocol" over SPI is the following:
- write three bytes:
- 1 byte: [0:3] length of the payload, [6] Enable CRC, [7] Write
- 1 byte: LSB register address
- 1 byte: MSB register
From: Quentin Schulz
By passing a rk8xx_reg_info directly to the internal get_value, it'd be
possible to call this same function with a logic for getting the
rk8xx_reg_info different from the current get_ldo_reg, e.g. for NLDO and
PLDO support for RK806.
No logic change is expected.
Cc:
From: William Wu
On RK809 in PMIC_POWER_ENX registers, in order to set or clear a bit N,
the bit at offset N + 4 needs to be set otherwise nothing is done.
This fixes the inability to modify the SWITCH state on RK809.
Cc: Quentin Schulz
Signed-off-by: William Wu
[reworded commit log]
From: Quentin Schulz
Those two functions had their last user removed in commit f9c68a566c4d
("rockchip: phycore_rk3288: remove phycore_init() function") part of
v2023.01 release, so let's do some cleanup here.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
From: Quentin Schulz
Reword the help text for the pmic read and pmic write commands to better
match what's expected from the user.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
cmd/pmic.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/cmd/pmic.c b/cmd/pmic.c
From: Quentin Schulz
This adds support for the SARADCv2 found on RK3588.
There is no stop callback as it is currently configured in single
conversion mode, where the ADC is powered down after a single conversion
has been made.
Due to what seems to be a silicon bug, a controller reset needs to
From: Quentin Schulz
SPL_PMIC_RK8XX and PMIC_RK8XX both share the same prompt making it
difficult to know at first glance in menuconfig what's for what, let's
fix this by adding "in SPL" at the end of the prompt for the SPL symbol.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
From: Quentin Schulz
The registers are entirely different between SARADC v1 and SARADC v2, so
let's prepare to add another struct for accessing v2 registers by adding
a union.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
drivers/adc/rockchip-saradc.c | 23 +--
1
From: Quentin Schulz
SARADC v1 and v2 have a different way of starting a channel, therefore
let's abstract this function so that it can be provided from the
udevice.data pointer.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
drivers/adc/rockchip-saradc.c | 30
From: Quentin Schulz
SARADC v1 and v2 have a different way of reading data, therefore let's
abstract this function so that it can be provided from the udevice.data
pointer.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
drivers/adc/rockchip-saradc.c | 37
From: Quentin Schulz
SARADC v2 doesn't have a stop mechanism once in single mode. In series
conversion, the logic is different anyway. Therefore, let's abstract
this function so that it can be provided from the udevice.data pointer.
Cc: Quentin Schulz
Signed-off-by: Quentin Schulz
---
From: Quentin Schulz
The ADC controller drivers are obviously all depending on ADC symbol
being selected.
While they don't seem to fail to build without, they won't be useful
without that symbol selected, so let's make sure the options aren't
shown in menuconfig when ADC isn't selected.
Cc:
From: Quentin Schulz
The SARADC is used on Jaguar for multiple things:
- channel 0 is used (at runtime) as a BIOS button,
- channel 2 is exposed on the Mezzanine connector for customer specific
logic,
- channel 5 and 6 are used for identification,
Since the SARADC requires a vref-supply
From: Quentin Schulz
The BUTTON_ADC symbol guards the compilation of button-adc driver whose
name very well makes it explicit that it requires ADC support to be
enabled.
Fix build issue of button-adc driver when ADC support isn't enabled by
making sure it cannot be built without ADC support.
From: Quentin Schulz
ADC support is implied by the Rockchip arch Kconfig but that means it
should be possible to disable ADC support and still be able to build.
However the weak implementation of rockchip_dnl_key_pressed() currently
blindly use functions from the ADC subsystem which do not
Hi Jonas,
On 2/17/24 13:08, Jonas Karlman wrote:
Pinconfig nodes normally bind recursively with PINCTRL_FULL and
PINCONF_RECURSIVE enabled. However, during U-Boot proper pre-relocation
any node marked with e.g. bootph-all will not bind unless its parent is
also marked for pre-reloc.
group1
From: Bryan Brattlof
Some boards that choose to utilize the OF_UPSTREAM directory for their
device tree files will need to specify that directory instead of the
traditional arch/$(ARCH)/dts/* path.
Include the correct path to the board's dtbs depending on if OF_UPSTREAM
is selected or not.
On Mon, Mar 4, 2024 at 9:13 AM Sumit Garg wrote:
>
> From: Bryan Brattlof
>
> Some boards that choose to utilize the OF_UPSTREAM directory for their
> device tree files will need to specify that directory instead of the
> traditional arch/$(ARCH)/dts/* path.
>
> Include the correct path to the
On Mon, Mar 4, 2024 at 9:15 AM Sumit Garg wrote:
> I suppose the earlier reference patch wasn't complete, can you rather
> try its v4 [1] instead?
>
> [1]
> https://patchwork.ozlabs.org/project/uboot/patch/20240304121257.3551104-1-sumit.g...@linaro.org/
This one works, thanks!
On Mon, 4 Mar 2024 at 12:10, Sumit Garg wrote:
>
> + Fabio
>
> Hi Tom,
>
> On Tue, 27 Feb 2024 at 02:49, Bryan Brattlof wrote:
> >
> > Some boards that choose to utilize the OF_UPSTREAM directory for their
> > device tree files will need to specify that directory instead of the
> > traditional
We need to differ between PCL-070 and PCM-070. PCL-070 supports 2GHz RAM
timings from pcb rev 1 or newer. PCM-070 supports 2GHz RAM timings from
pcb rev 3 or newer.
Signed-off-by: Benjamin Hahn
---
board/phytec/phycore_imx8mp/spl.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
Hi Tom,
On Tue, Feb 27, 2024 at 12:42 PM Tom Rini wrote:
> What's the long term fix here? Why aren't these needed in Linux anymore,
> and perhaps why was it OK to remove them? This is perhaps another case
> where we as the U-Boot community need to go and talk with some Linux
> Kernel community
*)dev_read_addr_ptr(dev);
---
base-commit: eac52e4be4e234d563d6911737ee7ccdc0ada1f1
change-id: 20240304-fix-thermal-driver-issue-34004526aa4f
Best regards,
--
Benjamin Hahn
On Mon, 4 Mar 2024 at 16:54, Fabio Estevam wrote:
>
> Hi Sumit,
>
> On Mon, Mar 4, 2024 at 3:33 AM Sumit Garg wrote:
>
> > I think you also need Bryan's patch [1] to be incorporated as well.
> > Give it a try and let me know if you still see any further issues.
> >
> > [1]
> >
: eac52e4be4e234d563d6911737ee7ccdc0ada1f1
change-id: 20240304-pcl-070-patches-d31b989cf5b3
Best regards,
--
Benjamin Hahn
Add a function that gets the som_type from the EEPROM.
Add an enum for the som_type.
Signed-off-by: Benjamin Hahn
---
board/phytec/common/phytec_som_detection.c | 10 ++
board/phytec/common/phytec_som_detection.h | 8
2 files changed, 18 insertions(+)
diff --git
On Mon, Mar 04, 2024 at 10:34:50AM +0100, Heinrich Schuchardt wrote:
> On 03.03.24 15:14, Tom Rini wrote:
> > On Sun, Mar 03, 2024 at 02:40:22PM +0100, Heinrich Schuchardt wrote:
> >
> > > Update maintainers_include.py from Linux next-20240202.
> >
> > Is there no better upstream tag/commit to
Hello Quentin,
On 2024-03-04 12:29, Quentin Schulz wrote:
From: Quentin Schulz
Those two functions had their last user removed in commit f9c68a566c4d
("rockchip: phycore_rk3288: remove phycore_init() function") part of
v2023.01 release, so let's do some cleanup here.
These functions could
On Mon, Mar 04, 2024 at 10:04:28AM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> On Tue, Feb 27, 2024 at 12:42 PM Tom Rini wrote:
>
> > What's the long term fix here? Why aren't these needed in Linux anymore,
> > and perhaps why was it OK to remove them? This is perhaps another case
> > where we as
On Fri, Mar 01, 2024 at 06:25:39PM +, Volodymyr Babchuk wrote:
> Caleb Connolly writes:
> > On 29/02/2024 14:21, Volodymyr Babchuk wrote:
> >> This patch series adds support for Qualcomm SA8155-ADP development
> >> board. Main motivation for this series is to allow running
> >> virtualization
On Mon, Mar 4, 2024 at 10:35 AM Tom Rini wrote:
> For v2024.04 yes, this is fine. For long term, we should parse the new
> timing properties that the simple panel driver takes in our simple panel
> driver instead.
Sounds good.
Sébastien, please follow Tom's suggestion when you have a chance.
On Thu, Feb 29, 2024 at 02:21:09PM +, Volodymyr Babchuk wrote:
> SA8155P Automotive Development Platform is Qualcomm SA8155-based board
> for developers. The nice thing that it has unlocked loaders with test
> keys support, which means that U-Boot for this platform can be
> launched at earlier
On 04.03.24 08:04, Dan Carpenter wrote:
In the Makefile there is a line that says this:
# the checker needs the correct machine size
CHECKFLAGS += $(if $(CONFIG_64BIT),-m64,-m32)
Set CONFIG_64BIT for ARM64 so that we pass -m64 to the static checkers
instead of -m32.
Signed-off-by:
Hello Mattijs,
On Thu, Feb 15, 2024 at 10:24:11AM +0100, Mattijs Korpershoek wrote:
> On jeu., f'evr. 01, 2024 at 12:20, Alexey Romanov
> wrote:
>
> > An example of how we use fastboot oeam board subcommand
> > for Sean Anderson.
> >
> > 1 - OEM_BOARD_WRITE_BOOTLOADER_CMD:
> >
> > We use it
2024. 03. 04. 14:44 keltezéssel, Heinrich Schuchardt írta> How about
other 64bit architectures (sandbox64, x86_64)?
I think that could be its own patchset.
Best regards
Heinrich
Bence
P.S., does anyone know why I'm being CC'ed here? Did I participate in
this thread at some point? I only
Hello,
On Thu, Feb 15, 2024 at 10:14:13AM +0100, Mattijs Korpershoek wrote:
> Hi Alexey,
>
> Thank you for the patch.
>
> On jeu., f'evr. 01, 2024 at 12:20, Alexey Romanov
> wrote:
>
> > Currently, fastboot protocol in U-Boot has no opportunity
> > to execute vendor custom code with verifed
On Mon, Mar 04, 2024 at 03:11:04PM +0100, Csókás Bence wrote:
> 2024. 03. 04. 14:44 keltezéssel, Heinrich Schuchardt írta> How about other
> 64bit architectures (sandbox64, x86_64)?
>
> I think that could be its own patchset.
Yes, a follow-up is fine.
>
> > Best regards
> >
> > Heinrich
>
>
On Mon, Mar 04, 2024 at 10:04:15AM +0300, Dan Carpenter wrote:
> These configs are used in multiple places so put them in a shared
> Kconfig file.
>
> Signed-off-by: Dan Carpenter
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Mon, Mar 04, 2024 at 02:44:12PM +0100, Heinrich Schuchardt wrote:
> On 04.03.24 08:04, Dan Carpenter wrote:
> > In the Makefile there is a line that says this:
> >
> > # the checker needs the correct machine size
> > CHECKFLAGS += $(if $(CONFIG_64BIT),-m64,-m32)
> >
> > Set
On Thu, 29 Feb 2024 at 19:53, Volodymyr Babchuk
wrote:
>
> Add support for Qualcomm SM8150 SoC to the EQOS driver. SM8150 has two
> main differences from already supported QCS404: it has another RGMII
> configuration registers set and it does require RGMII loopback to
> be disabled.
>
> To
This commit allows user to determine whether to have history recording
in command-line. Previously to this commit, the CMD_HISTORY only sets
the compiling of cmd/history.c, and the history code in cli_readline.c
is always compiled and will take a lot of space to store history even if
we say N to
On 3/5/24 00:28, Conor Dooley wrote:
From: Conor Dooley
The first multi-letter extension after the single-letter extensions does
not have to be preceded by an underscore, which could cause the parser
to mistakenly find a single-letter extension after the start of the
multi-letter portion of
This commit allows users to choose the appropriate memory
allocation method between static allocated and dynamically
calloc. The previous static-array way will not obviously
contribute to the final binary size since it is uninitialized,
and might have better performance than the dynamical one.
Now
This commit simply modifies the history initialize function,
replacing the return value by panic with reasons. The calling
chains of hist_init don't have steps explicitly throwing or
dealing with the ENOMEM error, and once the init fails, the
whole system is died. Using panic here to provide error
On Tue, Mar 05, 2024 at 08:34:20AM +0100, Heinrich Schuchardt wrote:
> On 3/5/24 00:28, Conor Dooley wrote:
> > From: Conor Dooley
> According to
> https://github.com/riscv/riscv-isa-manual/blob/main/src/naming.adoc the
> ISA string is case insensitive. Why can we assume here that it is lower
>
From: Conor Dooley
The first multi-letter extension after the single-letter extensions does
not have to be preceded by an underscore, which could cause the parser
to mistakenly find a single-letter extension after the start of the
multi-letter portion of the string.
Three letters precede
On Thu, Feb 01, 2024 at 06:24:43PM -0600, Andrew Davis wrote:
> Loading ATF is only supported from the R5, move the Kconfig symbol
> definition to match.
>
> Signed-off-by: Andrew Davis
> Reviewed-by: Igor Opaniuk
For the series, applied to u-boot/next, thanks!
--
Tom
signature.asc
On Sat, Feb 24, 2024 at 01:51:38AM +0530, Apurva Nandan wrote:
> Hello Everyone!
>
> This series will introduce basic support (SD and UART) support for Texas
> Instruments J784S4 EVM.
>
> The J784S4 SoC device tree patches are taken from kernel patch submissions
> and will be updated as they
; (2024-03-02
> 14:30:25 -0500)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-master-20240304
>
> for you to fetch changes up to 9b9f022e7368cacafa368beaa7fadd931f2cfcdb:
>
> video: mxsf
On Wed, Feb 21, 2024 at 07:53:44PM +0530, Udit Kumar wrote:
> ring_idx was not correctly assigned in case of tflow_id is zero.
> Which leads to wrong pairing of DMA for drivers like OSPI.
>
> Fixes: 4312a1dfca26 ("dma: ti: k3-udma: Use ring_idx to pair k3 nav rings")
> Reviewed-by: Jai Luthra
>
Hi Tom,
Sorry for disturbing again and again. I have sent three v2 patches in
total to the patchwork, they are:
[v2,1/2] cli: panic when failed to allocate memory for the history buffer
[v2,2/2] cli: allow users to determine history buffer allocation method
[v2,1/1] cli: compile history code if
On Tue, 20 Feb 2024 12:39:47 -0600, Nishanth Menon wrote:
> Rev 2 of the series.
>
> This is a follow up from [1] - Without the 32k crystal configuration,
> wlan doesn't work. Debounce is needed for HDMI Hot plug detect(hpd)
> gpio interrupt not storming.
>
> At least the 32k configuration has
On Tue, Feb 20, 2024 at 02:39:44PM -0600, Vishal Mahaveer wrote:
> With the latest TIFS firmware, an additional virtual interrupt and
> event is reserved for TIFS usage on am62x and am62ax devices.
>
> Update the rm-cfg to reflect this new reservation.
>
> Signed-off-by: Vishal Mahaveer
On Thu, Feb 08, 2024 at 10:29:50AM +0100, Francesco Dolcini wrote:
> From: Joao Paulo Goncalves
>
> AM62x SoC is available in multiple temperature grade:
> - Commercial: 0° to 95° C
> - Industrial: -40° to 105° C
> - Automotive: -40° to 125° C
>
> Add a new function that returns the am62 max
On Tue, Feb 20, 2024 at 03:34:51PM +0530, Siddharth Vadapalli wrote:
> In udma_probe() the return value of setup_resources() is stored in the
> u32 "ch_count" member of "struct udma_dev", due to which any negative
> return value which indicates an error is masked.
>
> Fix this by storing the
On Thu, Feb 08, 2024 at 10:29:51AM +0100, Francesco Dolcini wrote:
> From: Joao Paulo Goncalves
>
> Read the max temperature for the SoC temperature grade from the hardware
> and change the critical trip nodes on each thermal zone of FDT at
> runtime so they are correct with the hardware value
On Fri, Feb 09, 2024 at 09:06:53AM +0100, Thomas Weißschuh wrote:
> With the default size the stack grows into the malloc, pool leading to
> stack corruption and boot failure.
>
> Signed-off-by: Thomas Weißschuh
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP
On Thu, 28 Dec 2023 00:28:42 +0300
Andrey Skvortsov wrote:
Hi,
> mctl_mem_matches and mctl_mem_matches_base identical functions. To
> avoid code duplication move them to dram_helpers and make
> mctl_mem_matches use generic mctl_mem_matches_base.
>
> Signed-off-by: Andrey Skvortsov
thanks for
This commit allows user to determine whether to have history recording
in command-line. Previously to this commit, the CMD_HISTORY only sets
the compiling of cmd/history.c, and the history code in cli_readline.c
is always compiled and will take a lot of space to store history even if
we say N to
Following the pattern of other Rockchip devices, enable the U-Boot environment
to be stored in MMC. This patch specifically assumes the environment will be
stored on the SDcard.
Signed-off-by: Trevor Woerner
---
configs/rock-pi-s-rk3308_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff
Following the pattern of other Rockchip devices, enable the U-Boot
environment to be stored in MMC. This patch specifically assumes the
environment will be stored on the SDcard.
Signed-off-by: Trevor Woerner
---
configs/rock-3a-rk3568_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff
Following the pattern of other Rockchip devices, enable the U-Boot
environment to be stored in MMC. This patch specifically assumes the
environment will be stored on the SDcard.
Signed-off-by: Trevor Woerner
---
configs/rock5b-rk3588_defconfig | 2 ++
1 file changed, 2 insertions(+)
diff --git
Following the pattern of other Rockchip devices, enable the U-Boot
environment to be stored in MMC. This patch specifically assumes the
environment will be stored on the SDcard.
Signed-off-by: Trevor Woerner
---
configs/rock5a-rk3588s_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff
On Thu, 28 Dec 2023 00:28:43 +0300
Andrey Skvortsov wrote:
> Current sunxi DRAM initialisation code does several test accesses to the
> DRAM array to detect aliasing effects and so determine the correct
> row/column configuration. This changes the DRAM content, which breaks
> use cases like soft
On 05/03/24 01:57, Bryan Brattlof wrote:
> Hey Vignesh!
>
> On March 4, 2024 thus sayeth Vignesh Raghavendra:
>> Hi Wadim,
>>
>> On 26/02/24 19:00, Wadim Egorov wrote:
>>> Texas Instruments has begun enabling security settings on the SoCs it
>>> produces to instruct ROM and TIFS to begin
On 3/5/24 04:10, Trevor Woerner wrote:
> Following the pattern of other Rockchip devices, enable the U-Boot
> environment to be stored in MMC. This patch specifically assumes the
> environment will be stored on the SDcard.
>
> Signed-off-by: Trevor Woerner
> ---
>
Hi Caleb,
On Mon, Mar 4, 2024 at 9:24 AM Caleb Connolly wrote:
>
> This adjusts OF_UPSTREAM to behave more like the kernel by allowing for
> all the devicetree files for a given vendor to be compiled. This is
> useful for Qualcomm in particular as most boards are supported by a
> single U-Boot
From: Elon Zhang
TB-RK3588X board is a Rockchip Toybrick RK3588 based development board.
Specification:
Rockchip Rk3588 SoC
4x ARM Cortex-A76, 4x ARM Cortex-A55
8/16GB Memory LPDDR4x
Mali G610MC4 GPU
2× MIPI-CSI0 Connector
1x 2Lanes PCIe3.0
On Fri, Jan 26, 2024 at 12:50:55PM +, Stefan Bosch wrote:
> ARCH_NEXELL: Change calculation of monitor length (gd->mon_len) to fix
> relocation at boards with s5p4418-SoC (ARCH_NEXELL). At s5p4418, _start
> is after the header (NSIH). Therefore the monitor length has to be
> calculated using
On Fri, Jan 26, 2024 at 12:50:56PM +, Stefan Bosch wrote:
> 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
On Thu, Jan 25, 2024 at 10:16:54PM +0200, Svyatoslav Ryhel wrote:
> Currently, if boot with extlinux.conf and do not set the fdt
> U-Boot will provide its own device tree. This behavior is
> beneficial if the U-Boot device tree is in sync with Linux,
> but it totally halts the booting of pre-dtb
On Sat, Feb 03, 2024 at 02:56:19AM +, Alexander Gendin wrote:
> This patch fixes Smatch static checker warning:
> test/cmd/mbr.c:243 mbr_test_run()
> warn: sizeof(NUMBER)?
>
> Reported-by: Dan Carpenter
> Signed-off-by: Alexander Gendin
> Reviewed-by: Heinrich Schuchardt
On Mon, Feb 12, 2024 at 10:35:12AM +0100, Thomas Weißschuh wrote:
> Not all flows have a device and the function already contains logic to
> handle this case.
>
> Fixes: eccb25cd5922 ("bootstd: Allow the bootdev to be optional in bootflows")
> Signed-off-by: Thomas Weißschuh
Applied to
On Thu, Feb 15, 2024 at 12:12:18PM -0500, Sean Anderson wrote:
> Don't define checksum algos when the underlying hashes are not enabled.
> This allows disabling these hashes in SPL (or U-Boot).
>
> Fixes: d16b38f4270 ("Add support for SHA384 and SHA512")
> Fixes: 646257d1f40 ("rsa: add
On Tue, Jan 30, 2024 at 01:37:01PM +0530, Love Kumar wrote:
> Abort the dhcp request in the middle by pressing ctrl + c on u-boot
> prompt and validate the abort status.
>
> Signed-off-by: Love Kumar
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
Hi Ilias,
On Mon, Mar 4, 2024 at 12:16 PM Ilias Apalodimas <
ilias.apalodi...@linaro.org> wrote:
> Hi Igor,
>
> On Sun, 3 Mar 2024 at 00:01, Igor Opaniuk wrote:
> >
> >
> > - Address some spelling errors and typos
> > - Support CMD_OPTEE_RPMB for SANDBOX configurations and add python tests
> >
On 04/03/2024 15:51, Volodymyr Babchuk wrote:
>
> Hi Stephan,
>
> Stephan Gerhold writes:
>
>> On Fri, Mar 01, 2024 at 06:25:39PM +, Volodymyr Babchuk wrote:
>>> Caleb Connolly writes:
On 29/02/2024 14:21, Volodymyr Babchuk wrote:
> This patch series adds support for Qualcomm
Drop in favour of dts/upstream
Signed-off-by: Caleb Connolly
---
include/dt-bindings/clock/mt7621-clk.h| 46 --
include/dt-bindings/clock/mt7622-clk.h| 270 ---
include/dt-bindings/clock/mt7629-clk.h| 206 --
include/dt-bindings/clock/mt8183-clk.h
Drop in favour of dts/upstream.
Remaining device headers for small vendors
Signed-off-by: Caleb Connolly
---
include/dt-bindings/arm/coresight-cti-dt.h | 37 -
include/dt-bindings/arm/ux500_pm_domains.h | 15 --
include/dt-bindings/bus/moxtet.h | 16 --
Drop all the subsystem headers that are compatible with the headers in
dts/upstream.
Signed-off-by: Caleb Connolly
---
include/dt-bindings/ata/ahci.h | 20 -
include/dt-bindings/gpio/gpio.h| 42 --
include/dt-bindings/input/gpio-keys.h | 13 -
Drop in favour of dts/upstream.
Clock headers for remaining smaller vendors that are compatible with
dts/upstream.
Signed-off-by: Caleb Connolly
---
include/dt-bindings/clock/actions,s700-cmu.h | 118 ---
include/dt-bindings/clock/actions,s900-cmu.h | 129
Drop in favour of dts/upstream
Signed-off-by: Caleb Connolly
---
include/dt-bindings/clock/hi3660-clock.h | 214 ---
include/dt-bindings/clock/hi6220-clock.h | 173 -
include/dt-bindings/pinctrl/hisi.h | 74 ---
3 files changed,
1 - 100 of 201 matches
Mail list logo