From: Baocheng Su
Due to new DDR size introduction, the current logic of determining the
DDR size is not able to get the correct size.
Instead, the DDR size is determined by the FSBL(SEBOOT) then passed to
u-boot through the scratchpad info.
The SEBoot version must be >= D/V01.04.01.02 to suppo
Changes in v2:
- rebased over master, adding the missing 6.12 cherry-picks from
devicetree-rebasing
This adds support for the new IOT2050 SM variant, introduces a sysinfo
driver which also permits SMBIOS support and switches the board to
OF_UPSTREAM. There are some further fixes for the boards
From: Jan Kiszka
This prevented to set m2_manual_config - as evaluated by
m2_connector_setup - under strict configurations for secure boot.
Signed-off-by: Jan Kiszka
---
include/configs/iot2050.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/configs/iot2050.h b/in
On 10.10.24 08:34, Michael Nazzareno Trimarchi wrote:
> On Thu, Oct 10, 2024 at 7:56 AM Jan Kiszka wrote:
>>
>> From: Jan Kiszka
>>
>> This prevented to set m2_manual_config - as evaluated by
>> m2_connector_setup - under strict configurations for secure boot.
>>
>> Signed-off-by: Jan Kiszka
>>
From: Jan Kiszka
Allow for the sysinfo drivers to provide a system UUID to SMBIOS. Will
be first used by the IOT2050 boards.
Based on original patch by Li Hua Qian.
Signed-off-by: Jan Kiszka
---
include/sysinfo.h | 1 +
lib/smbios.c | 4
2 files changed, 5 insertions(+)
diff --git
From: Li Hua Qian
Drop the info structure parsing of the board in favor of our new sysinfo
driver to avoid code duplication.
Signed-off-by: Baocheng Su
Signed-off-by: Li Hua Qian
[Jan: rebasing, split-up, cleanup]
Signed-off-by: Jan Kiszka
---
arch/arm/mach-k3/am65x/Kconfig | 2 +
board/si
From: Li Hua Qian
This brings a sysinfo driver and DT entry for the IOT2050 board series.
It translates the board information passed from SE-Boot to SPL into
values that can be retrieved via the sysinfo API. Will is already used
to fill the SMBIOS table when booting via EFI.
Signed-off-by: Li Hu
From: Baocheng Su
Main differences between the new variant and Advanced PG2:
1. Arduino interface is removed. Instead, an new ASIC is added for
communicating with PLC 1200 signal modules.
2. USB 3.0 type A connector is removed, only USB 2.0 type A connector is
avaiable.
3. DP interface is
From: Jan Kiszka
This requires some tweaking of the defconfig and
board_fit_config_name_match so that the new sources are taken into
account.
Signed-off-by: Jan Kiszka
---
arch/arm/dts/Makefile | 7 -
arch/arm/dts/k3-am65-iot2050-boot-image.dtsi | 16 +-
arch/arm/dt
From: Li Hua Qian
The PG1 A variant of the iot2050 series has been identified which
partially lacks support for lock-step mode. This implies that all
iot2050 boards can't support this mode. As a result, lock-step mode has
been disabled across all iot2050 boards for consistency and to avoid
potent
From: Jan Kiszka
To allow firmware to pick up all DTs from here, move the overlays that
are normally applied during DT fixup to the kernel source as well. Hook
then into the build nevertheless to ensure that regular checks are
performed.
Signed-off-by: Jan Kiszka
Link:
https://lore.kernel.org/
From: Baocheng Su
The fdt fixup logic actually also applies to other possible variants who
also have device tree overlays. So generalize this part by extracting
it from the m.2 specific function and make it a standalone one.
Since now we only have M.2 variant consuming the overlay, it may not
ha
From: Jan Kiszka
We can simply use the default DT, Basic PG1, because no nodes that are
different between the variants play a role for SPL. Will help with the
migration to OF_UPSTREAM.
Signed-off-by: Jan Kiszka
---
arch/arm/dts/Makefile| 1 -
arch/arm/dts/k3-am65-iot20
From: Baocheng Su
Add a space after the 'if'
Signed-off-by: Baocheng Su
Signed-off-by: Jan Kiszka
---
board/siemens/iot2050/board.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/siemens/iot2050/board.c b/board/siemens/iot2050/board.c
index ed292c364a5..e5c7ce58b06
From: Baocheng Su
The power control pin of pcie interface not only works for M.2 interface
but also for miniPCIE, so promote this logic to all variants to
workaround the module hang issue.
Signed-off-by: Baocheng Su
Signed-off-by: Jan Kiszka
---
board/siemens/iot2050/board.c | 12
On 10/21/24 16:40, Ilias Apalodimas wrote:
Thanks Andy
On Mon, 21 Oct 2024 at 17:06, Andy Shevchenko
wrote:
efi_bootmgr_release_uridp_resource() is not used anywhere except
the same file where it is defined. Mark it static.
This helps avoiding the compiler warning:
lib/efi_loader/efi_boot
Hi Simon
On Sat, 19 Oct 2024 at 21:07, Simon Glass wrote:
>
> Hi Ilias,
>
> On Wed, 16 Oct 2024 at 08:02, Ilias Apalodimas
> wrote:
> >
> > [...]
> >
> > > > > +
> > > > > +/**
> > > > > + * efi_memory_coop() - Allow EFI to use all available memory
> > > > > + *
> > > > > + * Up until this funct
Hi Manikandan,
I am using buildroot 2024.04 sama5d3_eds_headless_defconfig config setup
which leads to the following:
1. uboot from https://github.com/linux4microchip/u-boot-mchp.git
2. uboot version linux4microchip-2024.10-rc2
3. uboot config sama5d3_xplained_mmc
My board is sama5d3 EDS with DP8
Hi Heinrich
On 22/10/24 01:06, Heinrich Schuchardt wrote:
Tom Rini mailto:tr...@konsulko.com>> schrieb am Mo., 21.
Okt. 2024, 20:42:
On Mon, Oct 21, 2024 at 08:15:45PM +0200, Heinrich Schuchardt wrote:
> On 10/21/24 20:12, Tom Rini wrote:
> > On Mon, Oct 21, 2024 at 08:01:01PM
On Mon, Oct 14, 2024 at 06:06:35PM +0200, Julius Lehmann wrote:
> SCSI READ CAPACITY reports the address of the last
> block and the block size. The total number of blocks
> is thus last block address plus one.
>
> ---
> This patch fixes the disk size reported by scsi. Up until now, the reported
On 10/21/24 5:38 PM, Christoph Niedermaier wrote:
[...]
If yes, then there is no need for any static variable:
board_init() {
u8 eeprom[32];
dh_read_eeprom_wlp(eeprom); // read the eeprom once
dh_setup_mac_address(eeprom); // extract MAC from EEPROM
dh_add_item_number_and_serial_to
Add top level boards/renesas/ MAINTAINERS file to catch all the common
Renesas file patterns and put people on CC via get_maintainer.pl script.
Signed-off-by: Marek Vasut
---
Cc: Nobuhiro Iwamatsu
Cc: Tom Rini
Cc: u-boot@lists.denx.de
---
board/renesas/MAINTAINERS | 15 +++
1 file
On Mon, Oct 21, 2024 at 01:38:08PM +0200, Simon Glass wrote:
> There has been an LED framework in U-Boot which uses driver model for
> about 9 years now. Recent work is underway to improve it and provide
> more features. It is probably a good time to drop the old code, which
> is only used by 5 boa
Currently in _dm_gpio_set_flags() when set_flags ops is not implemented
direction_output()/_input() is used, but pull up/down is not supported by
these ops.
Signed-off-by: Zixun LI
---
We have updated our AT91 BSP to use DM, on field testing few boards
went into a failed state due to gpio pullup
From: Oliver Gaskell
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Co-developed-by: Angelo Dureghello
Signed-off-by: Angelo Dureghello
Signed-off-by: Utsav Agarwal
Signed-off-by: Arturs Artamonovs
Signed-off-by: Nathan Barr
From: Nathan Barrett-Morrison
This adds support for the MUSB-based USB controller found in the
Analog Devices SC57x and SC58x SoCs.
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Signed-off-by: Vasileios Bimpikas
Signed-off-by
From: Oliver Gaskell
This adds support for using the GPIO pins on the SC5XX family of SoCs
from Analog Devices.
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Barrett-Morrison
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Signed-off-by: Vasileios Bimpikas
Signed-of
From: Oliver Gaskell
This adds support for pin configuration on the Analog Devices SC5XX SoC
family. This commit is largely a port of the Linux driver, which has not
yet been submitted upstream.
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Barrett-Morrison
Co-developed-by: Ia
This series adds all of the supported peripheral drivers for the sc5xx
series of SoCs from Analog Devices and other drivers that are used by
the evaluation kits, such as a GPIO expander used by the EZLITE carrier
boards.
This series is based on my earlier patch series:
"arm: Initial support for
From: Nathan Barrett-Morrison
This adds the ability to load ldr-formatted files to the SHARC
coprocessors using the rproc interface. Only a minimal subset
of rproc functionality is supported: loading and starting
the remote core.
Secure boot and signed ldr verification are not available
at this
Hi Caleb,
On Mon, 21 Oct 2024 at 15:28, Caleb Connolly wrote:
>
> Hi Simon,
>
> On 21/10/2024 13:42, Simon Glass wrote:
> > This returns a devicetree and updates a parameter with an error code.
> > Swap it, since this fits better with the way U-Boot normally works. It
> > also (more easily) allow
From: Greg Malysa
The ADI SC598 includes a Designware QoS 5.20a IP block. This
commit adds support for using the existing ethernet QoS driver
with the SC598 SoC.
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Barrett-Morr
From: Greg Malysa
Add a rudimentary MDMA driver for the Analog Devices SC5xx SoCs,
primarily intended for use with and tested against the QSPI/OSPI
IP included in the SoC.
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Co-developed-by: Nathan Barrett-Morrison
Signed-off-by: Nathan Ba
From: Oliver Gaskell
This adds support for the ADI-specific SPI driver present in the ADI
SC5xx line of SoCs. This IP block is distinct from the QSPI/OSPI block
that uses the Cadence driver. Both may be used at once with appropriate
pin muxing configuration.
Co-developed-by: Greg Malysa
Signed-
From: Oliver Gaskell
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Signed-off-by: Vasileios Bimpikas
Signed-off-by: Utsav Agarwal
Signed-off-by: Arturs Artamonovs
Signed-off-by: Nathan Barrett-Morrison
Signed-off-by: Oliver
From: Oliver Gaskell
Co-developed-by: Greg Malysa
Signed-off-by: Greg Malysa
Co-developed-by: Ian Roberts
Signed-off-by: Ian Roberts
Signed-off-by: Utsav Agarwal
Signed-off-by: Arturs Artamonovs
Signed-off-by: Nathan Barrett-Morrison
Signed-off-by: Oliver Gaskell
Reviewed-by: Stefan Roese
From: Nathan Barrett-Morrison
This adds support for the ADP588 GPIO expander from Analog Devices. It
is accessed over I2C and provides up to 18 pins. It is largely a port of
the Linux driver developed by Michael Hennerich
Signed-off-by: Ian Roberts
Signed-off-by: Greg Malysa
Signed-off-by: Va
Hi Simon,
On 21/10/2024 13:42, Simon Glass wrote:
This returns a devicetree and updates a parameter with an error code.
Swap it, since this fits better with the way U-Boot normally works. It
also (more easily) allows leaving the existing pointer unchanged.
No yaks were harmed in this change, bu
On Fri, 11 Oct 2024 16:38:23 +0200, Neil Armstrong wrote:
> We experience huge problems with cache handling on Qualcomm
> systems, and it appears the dcache handling in the DWC3 gadget
> code is quite wrong and causes operational issues.
>
> This serie fixes the dcache operations on unaligned dat
s/htts/https for the subject.
> QEMU already has an lwip variant of a defconfig. That defconfig
> is also configured with mbedTLS by default. So let's enable the
> remaining config options to enable wget for https:// as well
> and test that codepath in the CI
>
> Signed-off-by: Ilias Apalodimas
R
On Mon, Oct 21, 2024 at 08:47:55PM +0530, Devarsh Thakkar wrote:
> Gentle reminder.
>
> Hi Tom, Bryan,
>
> On 25/09/24 20:43, Devarsh Thakkar wrote:
> > This series fixes some compilation issues related to FDT_SIMPLEFB
> > and VIDEO and along with that enables support for dynamic simplefb
> > nod
Sort the DTSI alphabetically. No functional change.
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
Cc: Patrick Delaunay
Cc: Tom Rini
Cc: u-b...@dh-electronics.com
Cc: u-boot@lists.denx.de
Cc: uboot-st...@st-md-mailman.stormreply.com
---
arch/arm/dts/stm32mp15xx-dhcom-u-boot.dtsi | 50
The ethernet0_rmii_pins_a pinmux change has no effect on any
DHSOM based hardware. The mco2_pins_a and mco2_sleep_pins_a
are both part of stm32mp15-pinctrl.dtsi . Drop both pinmux
changes.
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
Cc: Patrick Delaunay
Cc: Tom Rini
Cc: u-b...@dh-electr
On 10/21/24 6:12 PM, Patrick Delaunay wrote:
Remove device tree include files no more used with OF_UPSTREAM migration
stm32mp135f-dhcor-dhsbc.dts
Fixes: cccb29fc1270 ("ARM: dts: stm32: Switch to using upstream DT on DH
STM32 DHSOM")
Signed-off-by: Patrick Delaunay
I found two more unused files
Tom Rini schrieb am Mo., 21. Okt. 2024, 20:42:
> On Mon, Oct 21, 2024 at 08:15:45PM +0200, Heinrich Schuchardt wrote:
> > On 10/21/24 20:12, Tom Rini wrote:
> > > On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote:
> > > > Sphinx writes a warning if a page is included twice in th
Remove unused local DT copies after the OF_UPSTREAM conversion.
Fixes: cccb29fc1270 ("ARM: dts: stm32: Switch to using upstream DT on DH STM32
DHSOM")
Reported-by: Patrick Delaunay
Signed-off-by: Marek Vasut
---
Cc: Patrice Chotard
Cc: Patrick Delaunay
Cc: Tom Rini
Cc: u-b...@dh-electronics.
Hi Fabio,
thanks for the review.
Le lun. 21 oct. 2024 à 08:21, Fabio Estevam a écrit :
>
> Hi Gilles,
>
> On Sun, Oct 20, 2024 at 5:10 PM Gilles Talis wrote:
>
> > +/ {
> > + wdt-reboot {
> > + compatible = "wdt-reboot";
> > + wdt = <&wdog1>;
> > +
On Mon, Oct 21, 2024 at 08:15:45PM +0200, Heinrich Schuchardt wrote:
> On 10/21/24 20:12, Tom Rini wrote:
> > On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote:
> > > Sphinx writes a warning if a page is included twice in the table of
> > > contents. Use references instead.
> > >
Hi Simon,
> Drop the STATUS_LED options and enable LED and LED_BOOT instead, since
> this is the new way to access the LED functionality.
Should this be two commits? The subject reads as pinephone is part of
another device.
> Signed-off-by: Simon Glass
> ---
>
> Changes in v2:
> - Add a patch t
On Mon, Oct 21, 2024 at 06:10:09PM +0200, Jonas Karlman wrote:
> Hi Simon,
>
> On 2024-10-21 17:51, Simon Glass wrote:
> > Rather than doing autoprobe within the driver model code, move it out to
> > the board-init code. This makes it clear that it is a separate step from
> > binding devices.
>
>
On Mon, Oct 21, 2024 at 05:51:29PM +0200, Simon Glass wrote:
> This is enabled by all boards, so drop the condition.
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On 10/21/24 20:12, Tom Rini wrote:
On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote:
Sphinx writes a warning if a page is included twice in the table of
contents. Use references instead.
Signed-off-by: Heinrich Schuchardt
---
doc/board/ti/k3.rst | 11 +++
1 file c
On Mon, Oct 21, 2024 at 08:01:01PM +0200, Heinrich Schuchardt wrote:
> Sphinx writes a warning if a page is included twice in the table of
> contents. Use references instead.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> doc/board/ti/k3.rst | 11 +++
> 1 file changed, 7 insertions(+), 4
Update Sphinx, sphinx-rtd-theme, and their dependencies.
Signed-off-by: Heinrich Schuchardt
---
doc/sphinx/requirements.txt | 33 +
1 file changed, 17 insertions(+), 16 deletions(-)
diff --git a/doc/sphinx/requirements.txt b/doc/sphinx/requirements.txt
index 40dd
On Mon, Oct 21, 2024 at 01:12:49PM +0200, Simon Glass wrote:
> Hi Tom,
>
> On Thu, 10 Oct 2024 at 03:51, Simon Glass wrote:
> >
> > Labgrid provides access to a hardware lab in an automated way. It is
> > possible to boot U-Boot on boards in the lab without physically touching
> > them. It relies
Sphinx writes a warning if a page is included twice in the table of
contents. Use references instead.
Signed-off-by: Heinrich Schuchardt
---
doc/board/ti/k3.rst | 11 +++
1 file changed, 7 insertions(+), 4 deletions(-)
diff --git a/doc/board/ti/k3.rst b/doc/board/ti/k3.rst
index c3513f0
Sphinx warns if a page is added to the table of contents twice.
Add a reference instead.
Signed-off-by: Heinrich Schuchardt
---
doc/board/emulation/index.rst | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/doc/board/emulation/index.rst b/doc/board/emulation/index.rst
inde
Sphinx can only add a page once to the table of contents.
Sphinx 8.1.3 issues a build warning when trying to add a page twice
Replace duplicate TOC entries by references.
Heinrich Schuchardt (2):
doc: Semihosting should only be once in a TOC.
doc: do not include K3 boards twice in TOC
doc/b
> > > > Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables.
> > > >
> > > > Signed-off-by: Patrick Rudolph
> > > > Cc: Tom Rini
> > > > ---
> > > > Changelog v9:
> > > > - default to BLOBLIST_ALLOC on arm
> > > > - Move default for BLOBLIST_SIZE_RELOC up
> > > > ---
> > > > common
On Mon, Oct 21, 2024 at 08:31:10AM +0200, Simon Glass wrote:
> Hi Tom,
>
> On Sat, 19 Oct 2024 at 11:51, Tom Rini wrote:
> >
> > On Sat, Oct 19, 2024 at 09:24:33AM -0600, Simon Glass wrote:
> >
> > > Create a new disk for use with tests, which contains the new 'testapp'
> > > EFI app specifically
The boot_fdt_add_mem_rsv_regions() function reserves the memreserve and
reserved-memory regions. These regions are being set with the LMB_NONE
flag which allows overwriting and re-using the regions. This was fine
earlier when the LMB memory map was local and not enforced
globally. But that is no lo
On Mon, Oct 21, 2024 at 11:23:05AM -0400, Raymond Mao wrote:
> Hi Tom,
>
> On Mon, 19 Aug 2024 at 18:19, Tom Rini wrote:
>
> > On Fri, Aug 16, 2024 at 08:46:53AM -0700, Raymond Mao wrote:
> > > Update the expected test result to align with the smbios library changes.
> > >
> > > Signed-off-by: R
When printing the LMB flags for a memory region, there is a need to
check that the array index that is computed is a sane value. Put a
noisy assert in case this check fails, as that implies something with
the LMB code is not working as expected.
Reported-by: Coverity (CID 510463)
Signed-off-by: Su
On Mon, Oct 21, 2024 at 08:21:09AM +0200, Jan Kiszka wrote:
> On 19.10.24 16:16, Tom Rini wrote:
> > On Thu, Oct 10, 2024 at 07:55:44AM +0200, Jan Kiszka wrote:
> >
> >> This series depends on:
> >> https://patchwork.ozlabs.org/project/uboot/patch/a54b501a-9a98-426c-a5ca-faf547411...@siemens.com/
On 10/21/24 18:32, Simon Glass wrote:
Hi Andy,
On Mon, 21 Oct 2024 at 16:27, Andy Shevchenko
wrote:
Hi!
looking at the redness of the output of `make W=1` here is the question:
isn't it a good time to enable `make W=1` by default. Yes, I understand
the impact, but at least we can do it manda
On Mon, Oct 21, 2024 at 06:32:18PM +0200, Simon Glass wrote:
> Hi Tom,
>
> On Mon, Oct 21, 2024, 16:33 Tom Rini wrote:
> >
> > On Mon, Oct 21, 2024 at 03:44:49PM +0200, Simon Glass wrote:
> >
> > > Something this breaks, so add a test to keep it working. Since sandbox
> > > enables a lot of optio
On Sun, Oct 20, 2024 at 11:00:39PM +0200, Marek Vasut wrote:
> Move i.MX7 TEXT_BASE/SPL_TEXT_BASE to Kconfig and common/spl/Kconfig
> which is the best practice.
>
> Signed-off-by: Marek Vasut
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PGP signature
On Sun, Oct 20, 2024 at 11:00:38PM +0200, Marek Vasut wrote:
> Select default U-Boot and SPL text base for the i.MX6 SoC. The U-Boot
> and SPL text base is picked as the one used by various i.MX6 boards.
> Update all the boards.
>
> Signed-off-by: Marek Vasut
Thanks!
Reviewed-by: Tom Rini
--
On Mon, Oct 21, 2024 at 10:27:06AM +0200, Heiko Schocher wrote:
> Hello Tom,
>
> please pull:
>
> The following changes since commit fa0ed06a749c8e3c65d8b12a7d2d33a055a08aad:
>
> Merge tag 'efi-2025-01-rc1-2' of
> https://source.denx.de/u-boot/custodians/u-boot-efi (2024-10-20 08:27:15
> -060
On Mon, 21 Oct 2024 at 16:20, Andy Shevchenko
wrote:
>
> The compiler will ignore it anyway:
>
> include/linux/mtd/mtd.h:342:15: warning: type qualifiers ignored on
> function return type [-Wignored-qualifiers]
>
> Signed-off-by: Andy Shevchenko
> ---
> include/linux/mtd/mtd.h | 2 +-
> 1 fil
Hi Javier,
On Mon, 21 Oct 2024 at 14:53, Javier Martinez Canillas
wrote:
>
> Simon Glass writes:
>
> Hello Simon,
>
> > This header file is not used, so drop it.
> >
> > Signed-off-by: Simon Glass
> > ---
> >
> > (no changes since v1)
> >
>
> I've already reviewed v1 but you didn't keep the tag
Hi Andy,
On Mon, 21 Oct 2024 at 16:27, Andy Shevchenko
wrote:
>
> Hi!
>
> looking at the redness of the output of `make W=1` here is the question:
> isn't it a good time to enable `make W=1` by default. Yes, I understand
> the impact, but at least we can do it mandatory for a _new_ code submitted
Hi Tom,
On Mon, Oct 21, 2024, 16:33 Tom Rini wrote:
>
> On Mon, Oct 21, 2024 at 03:44:49PM +0200, Simon Glass wrote:
>
> > Something this breaks, so add a test to keep it working. Since sandbox
> > enables a lot of options, it is a good board to use.
> >
> > Signed-off-by: Simon Glass
> > ---
>
On Mon, 21 Oct 2024 at 15:56, Andy Shevchenko
wrote:
>
> Some functions are not used anywhere except the same file
> where they are defined. Mark them static. This helps avoiding
> the compiler warnings:
>
> cmd/nvedit.c:201:5: warning: no previous prototype for ‘do_env_ask’
> [-Wmissing-protot
Hi Osman,
I'm adding Heinrich as he knows about RISC-V. This is a mystery to me.
Regards,
Simon
On Mon, 21 Oct 2024 at 08:56, Osman wrote:
>
> Hi Simon,
>
> I have digged on this a bit while debugging and this is the disassembled
> version of the ll_entry_count:
>
> 1 auipc s1,0x4
> 2 addi
Hi Patrick,
On Mon, 21 Oct 2024 at 10:26, Patrick Rudolph
wrote:
>
> Hi Simon,
> On Fri, Oct 18, 2024 at 1:18 AM Simon Glass wrote:
> >
> > Hi Patrick,
> >
> > On Wed, 16 Oct 2024 at 00:16, Patrick Rudolph
> > wrote:
> > >
> > > Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables.
Remove device tree include files no more used with OF_UPSTREAM migration
stm32mp135f-dhcor-dhsbc.dts
Fixes: cccb29fc1270 ("ARM: dts: stm32: Switch to using upstream DT on DH
STM32 DHSOM")
Signed-off-by: Patrick Delaunay
---
arch/arm/dts/stm32mp13xx-dhcor-som.dtsi | 308
Hi Simon,
On 2024-10-21 17:51, Simon Glass wrote:
> Rather than doing autoprobe within the driver model code, move it out to
> the board-init code. This makes it clear that it is a separate step from
> binding devices.
It could probably be good to mention that after this patch the events
EVT_DM_P
Rather than doing autoprobe within the driver model code, move it out to
the board-init code. This makes it clear that it is a separate step from
binding devices.
For now this is always done twice, before and after relocation, but we
should discuss whether it might be possible to drop the post-rel
There is no point in checking the pre_reloc flag, since devices not
marked as pre-reloc will not have been bound, so won't exist yet.
There doesn't seem to be any point in checking if the device has a
valid devicetree node either, so drop that too.
Signed-off-by: Simon Glass
---
drivers/core/r
This is enabled by all boards, so drop the condition.
Signed-off-by: Simon Glass
---
common/board_f.c | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/common/board_f.c b/common/board_f.c
index f1bd70fdd6c..8684ed71284 100644
--- a/common/board_f.c
+++ b/common/board_f.c
This little series makes a minor change to how autoprobe is
implemeneted, as discussed on the list.
SPL is left out for now, but we can discuss how best to deal with that.
Simon Glass (3):
common: Drop check for DM in initf_dm()
dm: core: Simplify dm_probe_devices()
common: Move autoprobe
From: Marek Vasut
Sent: Thursday, October 17, 2024 8:35 PM
> On 10/17/24 1:55 PM, Christoph Niedermaier wrote:
>
> [...]
>
>> +__func__, ret);
>
> This will be printed on every device, even the ones without ID EEPROM,
> correct ? This should not be pri
From: Marek Vasut
Sent: Thursday, October 17, 2024 4:01 PM
> On 10/17/24 1:09 PM, Christoph Niedermaier wrote:
>> From: Marek Vasut
>> Sent: Wednesday, October 16, 2024 2:16 PM
>>> On 10/16/24 1:57 PM, Christoph Niedermaier wrote:
From: Marek Vasut
Sent: Saturday, October 12, 2024 10:4
Wrap the CS configuration into a aemif_configure_cs() to ease its
migration to another driver when adding DM support.
Signed-off-by: Bastien Curutchet
---
drivers/memory/ti-aemif.c | 31 +++
1 file changed, 19 insertions(+), 12 deletions(-)
diff --git a/drivers/memor
Hi all,
This patch series aims to add DM support for the AEMIF controller that
can be found in the DaVinci SoCs.
This controller has already a driver used by the Keystone SoCs so I
add my work to it.
As we can now easily import Linux device-trees, I try to stick the
most I can to the Linux bindi
Hi Tom,
On Mon, 19 Aug 2024 at 18:19, Tom Rini wrote:
> On Fri, Aug 16, 2024 at 08:46:53AM -0700, Raymond Mao wrote:
> > Update the expected test result to align with the smbios library changes.
> >
> > Signed-off-by: Raymond Mao
> > ---
> > test/py/tests/test_smbios.py | 2 +-
> > 1 file chan
Gentle reminder.
Hi Tom, Bryan,
On 25/09/24 20:43, Devarsh Thakkar wrote:
> This series fixes some compilation issues related to FDT_SIMPLEFB
> and VIDEO and along with that enables support for dynamic simplefb
> node enablement for AM62x platform.
>
> Devarsh Thakkar (3):
> boot/Kconfig: Add
The Linux bindings of the AEMIF offer properties that specify the
transaction timings for each chips select.
Add parsing of these properties to calculate the chip select's
configuration from them and the rate of the AEMIF's reference clock.
Signed-off-by: Bastien Curutchet
---
drivers/memory/ti
The AEMIF's bindings in the Linux tree have a node for the AEMIF
controller and then a node for each AEMIF's chip select. This CS node
doesn't have a compatible property but describes the timing parameters
used by a given chip select.
The U-Boot DM framework expects every node to have a 'compatible
TI_AEMIF configuration doesn't depend on ARCH_DAVINCI while the AEMIF
controller is present in the DaVinci SoCs.
Add ARCH_DAVINCI to the potential users of the TI_AEMIF driver
Add to driver's includes to fix build issue on ARCH_DAVINCI
Signed-off-by: Bastien Curutchet
---
drivers/memory/Kconfi
AEMIF controller is present on other SoCs than the Keystone ones.
Remove Keystone specificities from the driver to be able to use it from
other architectures.
Adapt the ks2_evm/board.c to fit the new driver.
Signed-off-by: Bastien Curutchet
---
arch/arm/include/asm/ti-common/ti-aemif.h | 1 +
Fix following CHECK pointed out by checkpatch:
CHECK: Macro argument 'cs' may be better as '(cs)' to avoid precedence issues
#62: FILE: drivers/memory/ti-aemif.c:15:
+#define AEMIF_CONFIG(cs) (0x10 + (cs * 4))
Signed-off-by: Bastien Curutchet
---
drivers/memory/ti-aemif.c
Thanks Andy
On Mon, 21 Oct 2024 at 17:06, Andy Shevchenko
wrote:
>
> efi_bootmgr_release_uridp_resource() is not used anywhere except
> the same file where it is defined. Mark it static.
> This helps avoiding the compiler warning:
>
> lib/efi_loader/efi_bootmgr.c:388:14: warning: no previous pr
On Mon, Oct 21, 2024 at 03:44:49PM +0200, Simon Glass wrote:
> Something this breaks, so add a test to keep it working. Since sandbox
> enables a lot of options, it is a good board to use.
>
> Signed-off-by: Simon Glass
> ---
>
> .azure-pipelines.yml | 8
> .gitlab-ci.yml | 11
Hi!
looking at the redness of the output of `make W=1` here is the question:
isn't it a good time to enable `make W=1` by default. Yes, I understand
the impact, but at least we can do it mandatory for a _new_ code submitted to
U-Boot, right?
Ideally I would have what Linux kernel has for a few re
The function prototypes that are defined in the header most likely has
to be marked as static inline. This helps avoiding the compiler warnings:
include/mux.h:120:14: warning: no previous prototype for ‘mux_control_states’
[-Wmissing-prototypes]
include/mux.h:125:18: warning: no previous prot
The compiler will ignore it anyway:
include/linux/mtd/mtd.h:342:15: warning: type qualifiers ignored on function
return type [-Wignored-qualifiers]
Signed-off-by: Andy Shevchenko
---
include/linux/mtd/mtd.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/linux/mtd
efi_bootmgr_release_uridp_resource() is not used anywhere except
the same file where it is defined. Mark it static.
This helps avoiding the compiler warning:
lib/efi_loader/efi_bootmgr.c:388:14: warning: no previous prototype for
‘efi_bootmgr_release_uridp_resource’ [-Wmissing-prototypes]
Sign
Hi Ilias,
On Mon, 21 Oct 2024 at 06:32, Ilias Apalodimas
wrote:
> Hi Raymond,
>
> On Fri, 18 Oct 2024 at 18:26, Raymond Mao wrote:
> >
> > Hi Ilias,
> >
> > On Fri, 18 Oct 2024 at 10:55, Ilias Apalodimas <
> ilias.apalodi...@linaro.org> wrote:
> >>
> >> Hi Raymond,
> >>
> >> On Fri, 18 Oct 2024
1 - 100 of 176 matches
Mail list logo