> Subject: Re: [PATCH v8 02/19] pinctrl: nxp: add a pin controller driver
> based on SCMI pin control protocol
>
> On 3/26/25 2:52 AM, Peng Fan wrote:
> >> Subject: Re: [PATCH v8 02/19] pinctrl: nxp: add a pin controller
> >> driver based on SCMI pin control protocol
> >>
> >> On 3/25/25 9:06 AM,
As current design, only Manager CPU called armv8_setup_psci() beforejump to next stage(such as Linux Kernel), Subordinate CPUs also needsetup psci vector to handle trap request which comes from higher ELlevel.Signed-off-by: xxfore <423756...@qq.com>---arch/arm/cpu/armv8/start.S | 3 +++1 file change
On Fri, Mar 21, 2025 at 07:38:45PM +0100, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 20 Mar 2025 at 15:21, Tom Rini wrote:
> >
> > On Thu, Mar 20, 2025 at 03:39:26AM +, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Wed, 19 Mar 2025 at 15:57, Tom Rini wrote:
> > > >
> > > > On Wed, Mar 19, 20
If the EFI runtime services pointers are relocated even though
relocation is skipped, it corrupts some other data resulting in some
unexpected behaviour.
In this specific case, it overwrote some page table entries resulting in
the device memory address range's mappings getting removed. Eventually,
As current design, only Manager CPU called armv8_setup_psci() before
jump to next stage(such as Linux Kernel), Subordinate CPUs also need
setup psci vector to handle trap request which comes from higher EL
level.
Signed-off-by: Xu Zhang <423756...@qq.com>
---
arch/arm/cpu/armv8/start.S | 3 +++
Hello Oskar,
On 25.03.25 09:00, Oskar Nilsson wrote:
On 20-03-2025 17:03, Mike Looijmans wrote:
On 19-03-2025 15:06, Heiko Schocher wrote:
Hello Mike,
On 18.03.25 10:04, Mike Looijmans wrote:
I think I have everything set up to access MTD (and UBI) devices as
"block", however, lsblk always i
> -Original Message-
> From: Marek Vasut
> Sent: Wednesday, March 26, 2025 10:22 AM
> To: Luke Wang ; Peng Fan ;
> jh80.ch...@samsung.com; tr...@konsulko.com
> Cc: pbrobin...@gmail.com; marek.vasut+rene...@mailbox.org;
> thar...@gateworks.com; jo...@kwiboo.se; s...@chromium.org; u-
> b..
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, March 25, 2025 10:24 PM
> To: Luke Wang ; Peng Fan ;
> jh80.ch...@samsung.com; tr...@konsulko.com
> Cc: pbrobin...@gmail.com; marek.vasut+rene...@mailbox.org;
> thar...@gateworks.com; jo...@kwiboo.se; s...@chromium.org; u-
> b...
Hello,
CVE-2024-42040 was published last year. But I cannot find any response
to it, nor does it seem that it has been addressed yet. Has it been
missed? Will it be addressed in the future?
Regards, Daniel
signature.asc
Description: This is a digitally signed message part
On 3/26/25 3:20 AM, Luke Wang wrote:
-Original Message-
From: Marek Vasut
Sent: Tuesday, March 25, 2025 10:24 PM
To: Luke Wang ; Peng Fan ;
jh80.ch...@samsung.com; tr...@konsulko.com
Cc: pbrobin...@gmail.com; marek.vasut+rene...@mailbox.org;
thar...@gateworks.com; jo...@kwiboo.se; s..
Rename the variable and add ENV_ prefix, so that all configuration
options which are related to environment would have an CONFIG_ENV_
prefix. No functional change.
Use ENV_SDMMC_DEVICE_INDEX to clarify this is the SD/MMC device
index, a number, as enumerated by U-Boot. Update the help text
accordi
On 3/25/25 9:06 AM, Peng Fan wrote:
[...]
diff --git a/include/scmi_protocols.h b/include/scmi_protocols.h
index 7abb2a6f36b..279ebbad440 100644
--- a/include/scmi_protocols.h
+++ b/include/scmi_protocols.h
@@ -24,6 +24,7 @@ enum scmi_std_protocol {
SCMI_PROTOCOL_ID_SENSOR = 0x15,
> Subject: Re: [PATCH v8 02/19] pinctrl: nxp: add a pin controller driver
> based on SCMI pin control protocol
>
> On 3/25/25 9:06 AM, Peng Fan wrote:
>
> [...]
>
> >>> diff --git a/include/scmi_protocols.h b/include/scmi_protocols.h
> >>> index 7abb2a6f36b..279ebbad440 100644
> >>> --- a/includ
On 3/26/25 1:15 AM, Tom Rini wrote:
On Wed, Mar 26, 2025 at 12:02:08AM +0100, Marek Vasut wrote:
On 3/24/25 1:39 PM, Quentin Schulz wrote:
Hi Marek,
Hi,
On 3/22/25 10:55 PM, Marek Vasut wrote:
Rename the variable and add ENV_ prefix, so that all configuration
options which are related to e
On Tue, Mar 25, 2025 at 5:00 PM Fabio Estevam wrote:
>
> Hi Adam,
>
> On Tue, Mar 25, 2025 at 9:37 AM Adam Ford wrote:
>
> > Once this is complete, I'll have a smaller patch series which shrinks
> > my 8MP SPL code by around 4k by #ifdef'ing out dead code. Hopefully
> > it's not too cluttered, b
Hi Arnaud,
Basically, the Type-A OTG port of the Radxa ROCK series is intended to
be used in HOST mode (unless there is a HOST/DEVICE switch).
That is why the following patch series does not include Radxa ROCK 4,
5A, and 5C.
https://patchwork.ozlabs.org/project/uboot/list/?series=443764
Be
On Wed, Mar 26, 2025 at 12:02:08AM +0100, Marek Vasut wrote:
> On 3/24/25 1:39 PM, Quentin Schulz wrote:
> > Hi Marek,
>
> Hi,
>
> > On 3/22/25 10:55 PM, Marek Vasut wrote:
> > > Rename the variable and add ENV_ prefix, so that all configuration
> > > options which are related to environment woul
On Mon, Mar 24, 2025 at 07:18:12PM +0100, Caleb Connolly wrote:
> Take 2, this includes that build failure fix, sorry about that.
>
> CI:
> https://source.denx.de/u-boot/custodians/u-boot-snapdragon/-/pipelines/25297
>
> The following changes since commit 0e1fc465fea62ebae91f2f56cb823e8b37ee107
Rename dbsc5_ddr_register_read() to dbsc5_ddr_register_mr27_mr57_read()
and dbsc5_ddr_register_set() to dbsc5_ddr_register_mr28_set() to make
it clear what those functions really do. No functional change.
Signed-off-by: Marek Vasut
---
Cc: Nobuhiro Iwamatsu
Cc: Tom Rini
Cc: u-boot@lists.denx.de
Extract wait for completion code from dbsc5_send_dbcmd2() into
new separate function dbsc5_wait_dbwait(). This extracted code
can be used to implement MR register read in the future.
Signed-off-by: Marek Vasut
---
Cc: Nobuhiro Iwamatsu
Cc: Tom Rini
Cc: u-boot@lists.denx.de
---
drivers/ram/rene
On 3/24/25 1:39 PM, Quentin Schulz wrote:
Hi Marek,
Hi,
On 3/22/25 10:55 PM, Marek Vasut wrote:
Rename the variable and add ENV_ prefix, so that all configuration
options which are related to environment would have an CONFIG_ENV_
prefix. No functional change.
Use ENV_SDMMC_DEVICE_INDEX to c
Update dbsc5_send_dbcmd2() such that it takes multiple parameters
instead of one magic register content value. These parameters are
used to form the same resulting register value internally in the
dbsc5_send_dbcmd2() function, but from well defined input constants.
The new input constants are the o
Pass DBSC5 udevice and MODEMR0 register values to board specific
function dbsc5_get_board_data(). The board specific implementation
of dbsc5_get_board_data() can return struct renesas_dbsc5_board_config
which matches the board based on the content of MODEMR0 or content
of DT accessible via the udev
Hi Adam,
On Tue, Mar 25, 2025 at 9:37 AM Adam Ford wrote:
> Once this is complete, I'll have a smaller patch series which shrinks
> my 8MP SPL code by around 4k by #ifdef'ing out dead code. Hopefully
> it's not too cluttered, but that smaller series depends on both the
> UART clock and the CPU_
On Tue, 25 Mar 2025 14:19:05 +0800, Leo Liang wrote:
> The following changes since commit 3d8be1f5ec30180748259a251efe4f63c8b4b329:
>
> Prepare v2025.05-rc5 (2025-03-24 20:00:24 -0600)
>
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-riscv.git
On Tue, 25 Mar 2025 18:55:35 +0800, Leo Liang wrote:
> The following changes since commit d574229880378081691dc06c430424015be0740c:
>
> Merge tag 'qcom-next-20250324' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-snapdragon into next
> (2025-03-24 12:38:48 -0600)
>
> are available in
On Tue, 25 Mar 2025 09:51:26 -0300, Fabio Estevam wrote:
> Please pull from u-boot-imx/next, thanks.
>
> The following changes since commit cc9dcba9cce185d8bca2dc5c4b55b21f4505cbe8:
>
> configs: Remove duplicated bootcmd 'mmc dev ${mmcdev}' (2025-03-20 08:18:35
> -0300)
>
> are available in
On Mon, Mar 24, 2025 at 11:20:09AM -0600, Tom Rini wrote:
> On Wed, Mar 19, 2025 at 01:25:16PM -0700, Sukrut Bellary wrote:
>
> > For AM335x EVM[1], enable nodes required to enable the support for LCD
> > and PWM backlight.
> > This is required for the splash screen support.
> >
> > [1] AM335x EV
On Tue, Mar 25, 2025 at 05:47:44PM +, Andre Przywara wrote:
> In console_setfile(), there is some #ifdef'ed code, updating monitor
> functions for a U-Boot proper build. This is called inside a switch/case
> statement, but the closing "break;" is inside the #ifdef section.
> This doesn't look
Imported from Linux driver.
Note that already existing but previously unused member of
struct qusb2_phy::has_se_clk_scheme is now utilized for it's
purpose.
Signed-off-by: Alexey Minnekhanov
---
drivers/phy/qcom/phy-qcom-qusb2.c | 42 ++-
1 file changed, 41 insertion
In console_setfile(), there is some #ifdef'ed code, updating monitor
functions for a U-Boot proper build. This is called inside a switch/case
statement, but the closing "break;" is inside the #ifdef section.
This doesn't look right: we should not fall through to the error case
for an SPL/TPL build.
The part_get_info_ubi() function was incorrectly returning 0 (success)
when a UBI volume was not found for a given partition index. This caused
the part_create_block_devices() function in blk-uclass.c to continue
creating devices for non-existent partitions up to MAX_SEARCH_PARTITIONS
Fix the issu
On Sat, Mar 22, 2025 at 10:55:21PM +0100, Marek Vasut wrote:
> Rename the variable and add ENV_ prefix, so that all configuration
> options which are related to environment would have an CONFIG_ENV_
> prefix. No functional change.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Tom Rini
--
Tom
Dne torek, 25. marec 2025 ob 15:27:37 Srednjeevropski standardni čas je Andre
Przywara napisal(a):
> Hi Jernej,
>
> what do you think about this solution the A10 compilation problem?
> That looks like a simple change, somewhat half of the way to the proper
> solution.
> If you agree, I'd squash t
Flash partitions may specify MTDPART_SIZ_FULL (=0) as the size of the
partition to indicate "the remainder of the flash". Make this work with
device-tree "fixed-partitions" as well.
Signed-off-by: Mike Looijmans
---
drivers/mtd/mtdpart.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(
From: Luke Wang
Current mmc bootpart-resize command only support Samsung eMMC BOOT/RPMB
hardware partition resizing. Add Sandisk and Micron eMMC BOOT/RPMB hardware
partition resizing support. The commands and parameters for resizing
partitions are different for each manufacturer. Select the corre
>On 20-03-2025 17:03, Mike Looijmans wrote:
>> On 19-03-2025 15:06, Heiko Schocher wrote:
>>> Hello Mike,
>>>
>>> On 18.03.25 10:04, Mike Looijmans wrote:
I think I have everything set up to access MTD (and UBI) devices as
"block", however, lsblk always ignores them, and refuses to list
>
On 25/03/2025 14:49, Caleb Connolly wrote:
On 3/25/25 14:33, Neil Armstrong wrote:
On 25/03/2025 14:02, Caleb Connolly wrote:
We don't have a mechanism to safely shutdown block devices prior to a
baord reset or driver removal. Prevent data loss by synchronizing the
SCSI cache after every writ
Hi Marek,
On 3/24/25 11:52 PM, Marek Vasut wrote:
On 3/24/25 1:33 PM, Quentin Schulz wrote:
Hi Marek,
On 3/22/25 10:55 PM, Marek Vasut wrote:
Rename the variable and add ENV_ prefix, so that all configuration
options which are related to environment would have an CONFIG_ENV_
prefix. No functi
On 22/03/2025 00:21, Heinrich Schuchardt wrote:
Use acpi_update_checksum() to update table header.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Matthias Brugger
---
arch/arm/mach-bcm283x/bcm2711_acpi.c | 4 ++--
board/raspberrypi/rpi/rpi.c | 2 +-
2 files changed, 3 inse
On 22/03/2025 00:21, Heinrich Schuchardt wrote:
Use acpi_update_checksum() to update table header.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Matthias Brugger
---
board/emulation/qemu-sbsa/acpi.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/board/emula
Hi,
What is the status of usb boot for Raspberry Pi 5 platform ?
It's the last thing we need to use u-boot on Rpi5.
Thanks,
Best regards
Ludovic
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:America/Bahia_Banderas
X-LIC-LOCATION:America/Bahia_Banderas
BEGIN:STANDARD
TZOFFSETFROM:-0600
TZOFFSETTO:-0600
TZNAME:CST
DTSTART:19700101T00
END:STANDARD
END:VT
Add support for TLMM pin controller block (Top Level Mode
Multiplexer) on SDM630/660 SoCs, with support for special pins.
Correct pin configuration is required for working debug UART
and eMMC/SD cards.
SDM630 and SDM660 TLMM blocks are the same.
Signed-off-by: Alexey Minnekhanov
---
drivers/pi
> -Original Message-
> From: Marek Vasut
> Sent: Monday, March 24, 2025 10:11 PM
> To: Luke Wang ; Peng Fan ;
> jh80.ch...@samsung.com; tr...@konsulko.com
> Cc: pbrobin...@gmail.com; marek.vasut+rene...@mailbox.org;
> thar...@gateworks.com; jo...@kwiboo.se; s...@chromium.org; u-
> b...@l
On 22/03/2025 00:21, Heinrich Schuchardt wrote:
Use acpi_update_checksum() for updating ACPI table header checksum.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Matthias Brugger
---
lib/acpi/acpi_table.c | 18 +++---
lib/acpi/base.c | 6 ++
lib/acpi/csrt.c
On 22/03/2025 00:21, Heinrich Schuchardt wrote:
Introduce a new function to update ACPI table headers.
This allows to simplify the existing code.
Signed-off-by: Heinrich Schuchardt
Reviewed-by: Matthias Brugger
---
include/acpi/acpi_table.h | 7 +++
lib/acpi/acpi.c | 7
I was testing DFU and SPL DFU [1] on my rock 5c. To get it working,
I had to set the usb_host0_xhci node to peripheral and maximum speed
to high speed, as done for other rk3588 devices.
For DFU (and not SPL DFU), I had to set the "maximum-speed" property on the
usbdp_phy0 node, otherwise it's fail
On Mon, Mar 24, 2025 at 11:55 PM Adam Ford wrote:
>
> The imx8_cpu driver uses the driver model to represent the processor
> cores in the dm tree as well as display the processor type and speed
> on boot. Currently, the imx8_cpu driver only displays the temperature
> grade of the processor if the
On 3/25/25 9:29 AM, ziniu.wan...@nxp.com wrote:
From: Luke Wang
Current mmc bootpart-resize command only support Samsung eMMC BOOT/RPMB
hardware partition resizing. Add Sandisk and Micron eMMC BOOT/RPMB hardware
partition resizing support. The commands and parameters for resizing
partitions are
Hi Jernej,
what do you think about this solution the A10 compilation problem?
That looks like a simple change, somewhat half of the way to the proper
solution.
If you agree, I'd squash that into your patch, then push it for U-Boot
next.
Cheers,
Andre
Signed-off-by: Andre Przywara
---
drivers/
On Tue, Mar 25, 2025 at 9:14 AM Marek Vasut wrote:
>
> On 3/25/25 1:37 PM, Adam Ford wrote:
> > On Tue, Mar 25, 2025 at 6:36 AM Fabio Estevam wrote:
> >>
> >> On Tue, Mar 25, 2025 at 12:37 AM Marek Vasut
> >> wrote:
> >>
> >>> Please drop the fullstop at the end of Subject and then add
> >>>
>
On 3/25/25 1:37 PM, Adam Ford wrote:
On Tue, Mar 25, 2025 at 6:36 AM Fabio Estevam wrote:
On Tue, Mar 25, 2025 at 12:37 AM Marek Vasut wrote:
Please drop the fullstop at the end of Subject and then add
Reviewed-by: Marek Vasut
To the whole series.
Adam, no need to resend. I will take c
On 3/25/25 14:38, Neil Armstrong wrote:
On 25/03/2025 14:02, Caleb Connolly wrote:
This gets called with the same parameter in two paths in scsi_write(),
de-dup them to prepare for additional logic after the write.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scsi.c | 17 +++
On 3/25/25 14:33, Neil Armstrong wrote:
On 25/03/2025 14:02, Caleb Connolly wrote:
We don't have a mechanism to safely shutdown block devices prior to a
baord reset or driver removal. Prevent data loss by synchronizing the
SCSI cache after every write.
In particular this solves the issue of
On 3/25/25 03:01, Tom Rini wrote:
On Mon, Mar 24, 2025 at 07:18:12PM +0100, Caleb Connolly wrote:
Take 2, this includes that build failure fix, sorry about that.
CI: https://source.denx.de/u-boot/custodians/u-boot-snapdragon/-/pipelines/25297
The following changes since commit 0e1fc465fea6
This gets called with the same parameter in two paths in scsi_write(),
de-dup them to prepare for additional logic after the write.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scsi.c | 17 +++--
1 file changed, 11 insertions(+), 6 deletions(-)
diff --git a/drivers/scsi/scsi.c b/d
On Tue, 25 Mar 2025 01:16:41 +
Andre Przywara wrote:
Hi,
the U-Boot CI just told me off:
> On Sun, 9 Mar 2025 07:12:41 +0100
> Jernej Skrabec wrote:
>
> Hi Jernej,
>
> many thanks for your investigation and this fix here! Not having
> working eMMC access was a major annoyance for
On 25/03/2025 14:02, Caleb Connolly wrote:
This gets called with the same parameter in two paths in scsi_write(),
de-dup them to prepare for additional logic after the write.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scsi.c | 17 +++--
1 file changed, 11 insertions(+), 6 del
On 25/03/2025 14:02, Caleb Connolly wrote:
We don't have a mechanism to safely shutdown block devices prior to a
baord reset or driver removal. Prevent data loss by synchronizing the
SCSI cache after every write.
In particular this solves the issue of capsule updates looping on some
devices beca
On 25/03/2025 14:02, Caleb Connolly wrote:
This clears the 6th byte of cmd twice rather than setting the 9th byte
to 0. Fix it.
The only other command that sets the 9th byte is the 64-bit read, so
this likely never caused issues in practise.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scs
This clears the 6th byte of cmd twice rather than setting the 9th byte
to 0. Fix it.
The only other command that sets the 9th byte is the 64-bit read, so
this likely never caused issues in practise.
Signed-off-by: Caleb Connolly
---
drivers/scsi/scsi.c | 2 +-
1 file changed, 1 insertion(+), 1
We don't have a mechanism to safely shutdown block devices prior to a
baord reset or driver removal. Prevent data loss by synchronizing the
SCSI cache after every write.
In particular this solves the issue of capsule updates looping on some
devices because the board resets immediately after deleti
SCSI devices like UFS may maintain their own cache to speed up writes,
however this is lost on board reset (and may be lost on device removal
or reset by OS drivers).
Currently this can be worked around by "waiting for a while" after
writing data to disk, but of course this is not an acceptable so
On Wed, Mar 19, 2025 at 12:28 AM Marek Vasut wrote:
>
> In case ENV_IS_IN_SPI_FLASH is disabled, returning ENVL_SPI_FLASH
> leads to failure to find environment driver on start up. Fix this
> by testing whether ENV_IS_IN_SPI_FLASH is enabled and if not, then
> return ENVL_NOWHERE instead.
>
> Sign
On Mon, Mar 24, 2025 at 8:27 PM Adam Ford wrote:
>
> There is a config option to run the PMIC at nominal voltages
> which is not enabled on the i.MX8MP Beacon kit, so it the PMIC
> runs at overdrive voltages. Unfortuately, the check for this
> condition to set the GIC clock parent and rate is ba
On Sun, Mar 23, 2025 at 1:02 PM Marek Vasut wrote:
>
> Add clk_resolve_parent_clk() to resolve parent clock udevice name
> based on clock-names DT property. This is used in SoC clock drivers
> to look up the clock name in clock tables, which matches a clock
> name in DT clock-names property, and c
.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-next-20250325
for you to fetch changes up to 6bd1b740dd09f852ed3f313bd05f31c2324a916a:
imx: imx9: Imply CPU_IMX by default (2025-03-25 08:32:16 -0300)
u-boot-imx-next-20250325
CI: https://source.denx.de/u-boot/custodians/
On Tue, Mar 25, 2025 at 6:36 AM Fabio Estevam wrote:
>
> On Tue, Mar 25, 2025 at 12:37 AM Marek Vasut wrote:
>
> > Please drop the fullstop at the end of Subject and then add
> >
> > Reviewed-by: Marek Vasut
> >
> > To the whole series.
>
> Adam, no need to resend. I will take care of it, thanks
On Tue, Mar 25, 2025 at 12:37 AM Marek Vasut wrote:
> Please drop the fullstop at the end of Subject and then add
>
> Reviewed-by: Marek Vasut
>
> To the whole series.
Adam, no need to resend. I will take care of it, thanks.
Hi Tom,
The following changes since commit d574229880378081691dc06c430424015be0740c:
Merge tag 'qcom-next-20250324' of
https://gitlab.denx.de/u-boot/custodians/u-boot-snapdragon into next
(2025-03-24 12:38:48 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/cus
Hi Simon,
On 3/20/25 4:26 AM, Simon Glass wrote:
Hi Quentin,
On Wed, 19 Mar 2025 at 16:31, Quentin Schulz wrote:
Hi Simon
On 3/19/25 4:03 PM, Simon Glass wrote:
Hi Quentin,
On Wed, 19 Mar 2025 at 13:04, Quentin Schulz wrote:
Hi Simon,
On 3/19/25 12:49 PM, Simon Glass wrote:
Logging o
On 24/03/2025 19:17, Caleb Connolly wrote:
Missing for UFS.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-sdm845.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/qcom/clock-sdm845.c b/drivers/clk/qcom/clock-sdm845.c
index
7fd875e55d5443f170801172a373e0405041e1d1.
Hi Yao,
On Fri, Mar 07, 2025 at 01:13:41PM +, Yao Zi wrote:
> It's common for S-Mode proper U-Boot to retrieve a FDT blob along with
> taking control from SBI firmware. Add a weak version of
> board_fdt_blob_setup to make use of it by default, avoiding copy-pasting
> similar functions among bo
Hi Michal,
On 3/19/25 2:08 PM, Michal Simek wrote:
u-boot.itb name is coming via CONFIG_SPL_FS_LOAD_PAYLOAD_NAME and it's
They are unrelated as far as I can tell?
Isn't CONFIG_SPL_FS_LOAD_PAYLOAD_NAME the name of the U-Boot FIT that
the SPL is going to load from some filesystem?
u-boot.itb
Hi Tom,
On lun., mars 24, 2025 at 20:01, Tom Rini wrote:
> Hey all,
>
> So it's release day and I have tagged and pushed things out. This will
> be merged to -next shortly.
>
> One thing to note is that just today a bug was reported due to a missing
> 'fallthrough;' line and in turn we need to f
> -邮件原件-
> 发件人: Marek Vasut
> 发送时间: 2025年3月10日 8:10
> 收件人: Alice Guo (OSS) ; Peng Fan (OSS)
>
> 抄送: Tom Rini ; Stefano Babic ; Fabio
> Estevam ; dl-uboot-imx ; Lukasz
> Majewski ; Sean Anderson ; Simon
> Glass ; Alper Nebi Yasak ;
> u-boot@lists.denx.de; thar...@gateworks.com; Alice Guo
>
CC Niklas
On Tue, 25 Mar 2025 at 00:05, Marek Vasut wrote:
> On 3/24/25 11:12 AM, Paul Barker wrote:
> > On 24/03/2025 01:11, Marek Vasut wrote:
> >> On 3/19/25 1:03 PM, Paul Barker wrote:
> >>
> >> [...]
> >>
> >>> +++ b/drivers/net/Kconfig
> >>> @@ -864,7 +864,7 @@ config RENESAS_RAVB
> >>>
On 24/03/2025 19:17, Caleb Connolly wrote:
Necessary for UFS to successfully probe all clocks.
Signed-off-by: Caleb Connolly
---
drivers/clk/clk-stub.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/clk/clk-stub.c b/drivers/clk/clk-stub.c
index
343fa5cd3fe1704c6bb15a8c9852b9b4e
On 24/03/2025 19:17, Caleb Connolly wrote:
Enable fastboot support over USB, using MMC as the backend. This will be
the internal eMMC on devices that have it, or the sdcard slot on devices
with UFS (if available).
We don't use a fixed address for the fastboot buffer because it's
allocated at run
On 3/19/25 5:52 PM, Adam Ford wrote:
On Wed, Mar 19, 2025 at 6:42 AM Fabio Estevam wrote:
On Wednesday, March 19, 2025 00:23 -03, Marek Vasut wrote:
Sigh, get maintainers missed Fabio, sorry, +CCed now.
I noticed that Fabio was being left off too when I sent some stuff.
I think some MAINT
пн, 24 бер. 2025 р. о 22:01 Artur Kowalski пише:
>
> Hello
>
> Thanks for quick response. I know UARTD is the dedicated UART for
> debugging on TF101, but exposing UART over microSD
> is a handy trick useful for development. As I'm doing development on
It is a handy trick indeed, but it is still
Hi Adam,
On Mon, Mar 24, 2025 at 8:27 PM Adam Ford wrote:
>
> There is a config option to run the PMIC at nominal voltages
> which is not enabled on the i.MX8MP Beacon kit, so it the PMIC
> runs at overdrive voltages. Unfortuately, the check for this
> condition to set the GIC clock parent and
On Mon, Mar 24, 2025 at 09:54:41PM -0500, Adam Ford wrote:
>The imx8_cpu driver uses the driver model to represent the processor
>cores in the dm tree as well as display the processor type and speed
>on boot. Currently, the imx8_cpu driver only displays the temperature
>grade of the processor if t
84 matches
Mail list logo
