On 11/11/2024 6:26 PM, Heinrich Schuchardt wrote:
> On 11/11/24 03:07, Hal Feng wrote:
>> JH7110 boards switch to using upstream DT, so drop
>> redundant DT files from arch/riscv/dts/.
>>
>> Signed-off-by: Hal Feng
>
> I added paches 1/13 and 2/13 to origin/master.
>
> make starfive_visionfive2_
Add the usb5744/usb2744 hub driver which does the reset gpio toggling
and the i2c initialization sequence.
Tested the USB5744/USB2744 usb hub for usb0, usb1 with the
DT nodes on KR260 board.
Changes in v2:
- Added the power_on_reset_us variable, for post-reset time.
- Removed the DM_REGULATOR ifd
Updating the usb5744 hub node as per the latest upstream DT binding
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/
tree/Documentation/devicetree/bindings/usb/microchip,usb5744.yaml?h=v6.8.8
Signed-off-by: Venkatesh Yadav Abbarapu
Acked-by: Michal Simek
---
arch/arm/dts/zynqmp
The .bind function is implemented to bind the correct
"half" of the hub that the driver wants to bind,
and returning -ENODEV for the other "half".
Signed-off-by: Venkatesh Yadav Abbarapu
Reviewed-by: Marek Vasut
---
common/usb_onboard_hub.c | 21 +
1 file changed, 21 inserti
Add support for the Microchip USB5744 USB3.0 and USB2.0 Hub.
The usb5744 driver trigger hub reset signal after soft reset.
The usb5744 hub need to reset after the phy initialization,
which toggles the gpio.
Signed-off-by: Venkatesh Yadav Abbarapu
Reviewed-by: Marek Vasut
---
common/usb_onboard_
Currently, MMC test runs on default mmc modes, adding a provision to
support multiple mmc modes through user defined parameters.
Signed-off-by: Love Kumar
---
test/py/tests/test_mmc.py | 608 +-
1 file changed, 335 insertions(+), 273 deletions(-)
diff --git a
'usb part' command shows the partition maps and shows the partition type
by displaying number such as 0c, 83 etc. Observed that ext2 and ext4
partitions shows the same number, i.e, 83, so, using the fstype command
to distiniguish between ext2 and ext4 partitions.
Signed-off-by: Love Kumar
---
te
Add i2c initialization hook and set usb5744 platform
data with function having required i2c initialization sequence.
Apart from the USB command attach, prevent the hub from suspend.
when the “USB Attach with SMBUS (0xAA56)” command is issued to the hub,
the hub is getting enumerated and then it pu
Don't error out if there is no vdd regulator supply, as these are
optional properties.
Signed-off-by: Venkatesh Yadav Abbarapu
Reviewed-by: Marek Vasut
---
common/usb_onboard_hub.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/common/usb_onboard_hub.c b/common
USB host support on ZYNQMP KRIA SOM needs onboard USB
hub driver for handling reset GPIO and for i2c initialization
sequence.
Signed-off-by: Venkatesh Yadav Abbarapu
Acked-by: Michal Simek
---
configs/xilinx_zynqmp_kria_defconfig | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --g
Base on GPIO hog to support sgpio persist enable feature.
Signed-off-by: Jim Liu
---
drivers/gpio/npcm_sgpio.c | 152 +-
1 file changed, 135 insertions(+), 17 deletions(-)
diff --git a/drivers/gpio/npcm_sgpio.c b/drivers/gpio/npcm_sgpio.c
index 6d73287c0a..53
'mmc part' command shows the partition maps and shows the partition type
by displaying number such as 0c, 83 etc. Observed that ext2 and ext4
partitions shows the same number, i.e, 83, so, using the fstype command
to distiniguish between ext2 and ext4 partitions.
Signed-off-by: Love Kumar
---
te
On Tue, Nov 12, 2024 at 06:18:30AM -0700, Simon Glass wrote:
> A bisect of Ubuntu 2022.04 boot-failure on qemu-x86_64 resulted in this
> patch. I am not sure how to investigate it.
>
> The boot hangs at some point during booting of the install image, before
> the Ubuntu logo appears.
>
> I will
Hi Ilias,
On Tue, Nov 12, 2024 at 03:46:48PM +0200, Ilias Apalodimas wrote:
> Hello Manuel,
>
> On Tue, 12 Nov 2024 at 15:21, Traut Manuel LCPF-CH
> wrote:
> >
> > Hi,
> >
> > systemd-boot counting logic requires [0] to be implemented.
> >
> > Is anybody already working on this?
>
> I am not a
On Tue, Nov 12, 2024 at 07:11:03AM -0700, Simon Glass wrote:
> Refactor the code to support downloading toolchains for arm64 as well as
> x86_64
>
> There doesn't seem to be an xtensa toolchain for arm64 at the same
> location, so download that only on x86
>
> Signed-off-by: Simon Glass
Review
On Tue, Nov 12, 2024 at 07:11:00AM -0700, Simon Glass wrote:
> The package names are slightly different for arm64 and we don't seem to
> have a linux-image-kvm package. Provide some extra ones for x86
>
> Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
--
Tom
signature.asc
Description: PG
Hi Tom,
On Fri, Aug 9, 2024 at 3:41 PM Tom Rini wrote:
>
> On Fri, Aug 09, 2024 at 07:23:42PM +0200, Caleb Connolly wrote:
> >
> >
> > On 09/08/2024 08:18, Heinrich Schuchardt wrote:
> > >
> > >
> > > Am 8. August 2024 18:24:24 MESZ schrieb Caleb Connolly
> > > :
> > > > While U-Boot does a pret
Am 12. November 2024 14:58:54 MEZ schrieb Simon Glass :
>It is handy to be able to quickly build and boot a QEMU image for a
>particular architecture and distro.
>
>Add a script for this purpose. It supports only arm and x86 at present.
>For distros it only supports Ubuntu. Both 32- and 64-bit buil
Hello,
On Tue, Nov 12, 2024 at 2:13 PM Eugen Hristev wrote:
>
>
> > +static bool at91_get_port_pio(struct at91_port *at91_port, int offset)
>
> The name get_port_pio is a bit confusing, can you rename it to something
> more meaningful, like maybe is_periph_func or something ?
How about at91_is_
Hi,
On Tue, Nov 12, 2024 at 2:21 PM Eugen Hristev wrote:
>
> Does this change the current behavior? there is no set_flag ops
> implemented, previously it would use a default that would just return
> success regardless of the given flags parameters ?
> Btw maybe ENOTSUPP ?
>
Currently without .se
Introduce CONFIG_PHYTEC_K3_DDR_PATCH to make DDR timing patch code
optional for PHYTEC K3 boards. This allows better control over which
boards receive DDR timing patches, rather than compiling the code for
all boards with K3_DDRSS enabled.
Also enable the feature by default for PHYCORE_AM62X_R5.
On Tue, Nov 12, 2024 at 4:59 PM Eugen Hristev wrote:
>
>
>
> On 11/12/24 17:57, Zixun LI wrote:
> > Hello,
> >
> >
> > On Tue, Nov 12, 2024 at 2:13 PM Eugen Hristev
> > wrote:
> >>
> >>
> >>> +static bool at91_get_port_pio(struct at91_port *at91_port, int offset)
> >>
> >> The name get_port_pio
Hi,
On Tue, Nov 12, 2024 at 2:27 PM Eugen Hristev wrote:
>
> Use clamp (!!) to turn this into a bool.
>
Should I also fix the existing function at91_get_port_output() ?
On Tue, 12 Nov 2024 at 18:48, Simon Glass wrote:
>
> A bisect of Ubuntu 2022.04 boot-failure on qemu-x86_64 resulted in this
> patch. I am not sure how to investigate it.
>
> The boot hangs at some point during booting of the install image, before
> the Ubuntu logo appears.
>
> I will sent a serie
On 11/12/24 7:42 AM, Abbarapu, Venkatesh wrote:
Hi,
-Original Message-
From: Marek Vasut
Sent: Tuesday, November 12, 2024 11:28 AM
To: Abbarapu, Venkatesh ; u-boot@lists.denx.de
Cc: Simek, Michal ; fabrice.gasn...@foss.st.com; git
(AMD-Xilinx)
Subject: Re: [PATCH v11 3/7] usb: onboard
On Mon, Nov 11, 2024 at 8:48 AM Ilias Apalodimas
wrote:
>
> On Thu, 7 Nov 2024 at 04:58, Sam Protsenko wrote:
> >
> > SCTLR_EL2 is a 64-bit register [1]. Return its value as long (64 bit)
> > instead of int (32 bit) in get_sctlr() to make sure it's not trimmed.
> >
> > [1]
> > https://developer.
On Sat, Nov 09, 2024 at 10:34:15AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 5 Nov 2024 at 10:03, Simon Glass wrote:
> >
> > Hi Tom,
> >
> > On Tue, 5 Nov 2024 at 09:54, Tom Rini wrote:
> > >
> > > A long time ago, we had to use "i386" and "x86_64" toolchains for our
> > > x86 platforms, d
On Fri, Nov 08, 2024 at 08:23:44AM -0700, Simon Glass wrote:
> This is used by some boards in U-Boot and is a convenient way to deal
> with common settings where using a Kconfig files is not desirable.
>
> Detect #include files and process them as if they were part of the
> original file.
>
> Si
On Fri, Nov 08, 2024 at 08:23:49AM -0700, Simon Glass wrote:
> It has become more common to use config fragments to extend or adjust
> the functionality of boards in U-Boot.
>
> Propose a format for how to deal with this. It is not implemented as
> yet.
>
> Signed-off-by: Simon Glass
I think t
On Wed, Nov 13, 2024 at 01:49:30AM +0100, Heinrich Schuchardt wrote:
> Am 12. November 2024 14:58:54 MEZ schrieb Simon Glass :
> >It is handy to be able to quickly build and boot a QEMU image for a
> >particular architecture and distro.
> >
> >Add a script for this purpose. It supports only arm and
On Tue, Nov 12, 2024 at 04:40:44PM -0800, Tony Dinh wrote:
> Hi Tom,
>
> On Fri, Aug 9, 2024 at 3:41 PM Tom Rini wrote:
> >
> > On Fri, Aug 09, 2024 at 07:23:42PM +0200, Caleb Connolly wrote:
> > >
> > >
> > > On 09/08/2024 08:18, Heinrich Schuchardt wrote:
> > > >
> > > >
> > > > Am 8. August 20
On Thu, Nov 07, 2024 at 10:47:38AM +0100, Heinrich Schuchardt wrote:
> On 11/7/24 10:31, Michael Nazzareno Trimarchi wrote:
> > Hi
> >
> > On Thu, Nov 7, 2024 at 10:27 AM Heinrich Schuchardt
> > wrote:
> > >
> > > On 11/3/24 00:36, Michael Nazzareno Trimarchi wrote:
> > > > Hi Tom
> > > >
> >
On Tue, Nov 12, 2024 at 04:08:17PM +0100, Heinrich Schuchardt wrote:
> On 12.11.24 15:10, Simon Glass wrote:
> > Add instructions on how to build the file for multiple architectures.
> > Add a message indicating what is happening.
> >
> > Update the documentation as well. Drop the 'sudo' since the
Just bumping this again, any reason this can't be merged?
Kind regards,
On 14/07/2024 21:49, Caleb Connolly wrote:
> We don't have audio support in U-Boot, but we do have boot menus. Add an
> option to re-map the volume and power buttons to up/down/enter so that
> in situations where these are th
Avoid crashing U-Boot when the GPIO controller for a button is disabled
or failed to probe. We also need to check the priv data for each button
since even if a button fails to probe it will still be polled by the
core code.
Signed-off-by: Caleb Connolly
---
drivers/button/button-gpio.c | 9 +
It turns out this is a very real stream ID. Who woulda thought?
Drop the 0 check on the SID, there's no reason for it to be there in the first
place.
Signed-off-by: Caleb Connolly
---
drivers/iommu/qcom-hyp-smmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu
Set LOG_CATEGORY and pr_fmt. Also fix the time.h include.
Signed-off-by: Caleb Connolly
---
arch/arm/mach-snapdragon/board.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-snapdragon/board.c b/arch/arm/mach-snapdragon/board.c
index 2ab2ceb51389..bbe9d3de763
In getvar_partition_type() we attempt to find a filesystem driver for
the partition (of the list of driver enabled in U-Boot), on failure we
return the error to fastboot and completely bail out of the operation.
However, this should not be a failure, instead we should just default to
"raw". This a
We only need to configure the SMMU when running in EL1. In EL2 the
hypervisor isn't running so peripherals can just do DMA as they wish.
Signed-off-by: Caleb Connolly
---
drivers/iommu/qcom-hyp-smmu.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/iommu/qcom-hyp-smmu.c b/driv
Dominique Martinet wrote on Wed, Nov 06, 2024 at 09:56:42AM +0900:
> Running commands such as 'load mmc 2:1 $addr $path' when path does not
> exists historically do not print any error on filesystems such as ext4
> or fat.
> Changing the root filesystem to btrfs would make existing boot script
> pr
On Wed, 13 Nov 2024 at 06:26, Caleb Connolly wrote:
>
> Add a small utility for displaying some information about U-Boot and the
> hardware it's running on in a similar fashion to the popular neofetch
> tool for Linux [1].
>
> While the output is meant to be useful, it should also be pleasing to
>
On Wed, 13 Nov 2024 at 07:30, Caleb Connolly wrote:
>
> It may be the case that MMC support is enabled even though the board
> we're booting on doesn't have any MMC devices. Move the print over to
> the print_mmc_devices() function where we can only print it if we
> actually have MMC devices.
>
>
On Tue, Nov 12, 2024 at 06:58:54AM -0700, Simon Glass wrote:
> It is handy to be able to quickly build and boot a QEMU image for a
> particular architecture and distro.
>
> Add a script for this purpose. It supports only arm and x86 at present.
> For distros it only supports Ubuntu. Both 32- and
On 12/11/24 7:43 pm, Simon Glass wrote:
Use an 'r' string to avoid a warning:
test/py/tests/test_spi.py:698: DeprecationWarning: invalid escape
sequence '\s'
Signed-off-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- Add new patch to correct a regex string in test_spi
It may be the case that MMC support is enabled even though the board
we're booting on doesn't have any MMC devices. Move the print over to
the print_mmc_devices() function where we can only print it if we
actually have MMC devices.
Signed-off-by: Caleb Connolly
---
common/board_r.c | 1 -
On Wed, Nov 13, 2024 at 7:27 AM david regan wrote:
> Set parameter_page_big_endian to zero for bcmbca
>
> Signed-off-by: david regan
> Reviewed-by: William Zhang
> Reviewed-by: Anand Gore
Reviewed-by: Linus Walleij
Yours,
Linus Walleij
Provide a page describing the usage of U-Boot on the LicheeRV Nano and a
description of the board.
Signed-off-by: Thomas Bonnefille
---
doc/board/sophgo/licheerv_nano.rst | 72 ++
1 file changed, 72 insertions(+)
diff --git a/doc/board/sophgo/licheerv_nano.rs
Hi all,
I need to write to (and read from) a UART during board initialization that is
not the same UART the U-Boot serial console is running on.
I'm using CONFIG_DM_SERIAL so I've extended my .dts to enable the additional
UART (including pinmux registers). In my board init code I can find the ser
Import a slightly modified version of the LicheeRV Nano and SG2002
device trees from the Linux Kernel. The current supported IPs are UART,
MMC, Timer, PLIC and CLINT.
Signed-off-by: Thomas Bonnefille
---
arch/riscv/dts/Makefile | 1 +
arch/riscv/dts/sg2002-licheerv-nano-b.dts
From: Francesco Dolcini
Fix the critical thermal threshold for i.MX processors, this was changed
while moving the code from imx8m/imx9 directories into a shared place.
There is no need to keep the critical threshold 5 degrees less than the
SoC maximum temperature threshold, what is actually goin
Hi Garrett,
no need to tag as RFC. Otherwise, it looks good to me.
Am 12.11.24 um 19:40 schrieb Garrett Giordano:
Introduce CONFIG_PHYTEC_K3_DDR_PATCH to make DDR timing patch code
optional for PHYTEC K3 boards. This allows better control over which
boards receive DDR timing patches, rather tha
The LicheeRV Nano is a small SBC using the Sophgo SG2002 RISCV SoC.
Signed-off-by: Thomas Bonnefille
---
arch/riscv/Kconfig | 4 +++
board/sophgo/licheerv_nano/Kconfig | 28
board/sophgo/licheerv_nano/MAINTAINERS | 4 +++
board/sophgo/licheerv_nano/
This patch series adds support in U-Boot for the Sophgo SG2002 RISCV SoC
and one board using this SoC, the LicheeRV Nano.
Signed-off-by: Thomas Bonnefille
---
Thomas Bonnefille (3):
doc: add LicheeRV Nano and SG2002 SoC
riscv: dts: sophgo: add device tree for LicheeRV Nano
board
On Mon, 04 Nov 2024 16:29:20 +0100
Mark Kettenis wrote:
Hi Mark, Simon,
> > Date: Mon, 4 Nov 2024 13:34:29 +
> > From: Andre Przywara
> >
> > On Sun, 03 Nov 2024 18:54:38 +0100
> > Mark Kettenis wrote:
> >
> > Hi Mark,
> >
> > > > Date: Sun, 3 Nov 2024 10:36:26 +
> > > > From: And
Introduce CONFIG_PHYTEC_K3_DDR_PATCH to make DDR timing patch code
optional for PHYTEC K3 boards. This allows better control over which
boards receive DDR timing patches, rather than compiling the code for
all boards with K3_DDRSS enabled.
Also enable the feature by default for PHYCORE_AM62X_R5.
Add a small utility for displaying some information about U-Boot and the
hardware it's running on in a similar fashion to the popular neofetch
tool for Linux [1].
While the output is meant to be useful, it should also be pleasing to
look at and perhaps entertaining. The ufetch command aims to brin
On Wed, 13 Nov 2024 at 10:06, Caleb Connolly wrote:
>
> Some dt-binding headers mask the upstream ones which can lead to build
> failures, or worse: super weird bugs, if they get out of sync.
>
> Remove these headers so our devicetree and binding headers will both be
> in sync with upstream.
>
> S
The Qualcomm Robotics RB1 and RB2 boards feature MMC storage provisioned
with a 4k sector size GPT, with factory partitions formatted with
filesystems using 512 byte sector sizes.
Whilst certainly unusual, and really not ideal, this appears to work
fine in practise. So demote this failure conditio
This helps with reliability on some platforms. We should probably also
configure the hardware debounce timer eventually.
Signed-off-by: Caleb Connolly
---
drivers/button/button-qcom-pmic.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/drivers/button/button-q
Under some conditions it's possible to hit the null condition here like
when running with OF_LIVE and using the ofnode API before
initr_of_live() is called. There is very little null
checking for this in the FDT framework, so returning null here can
result in weird null pointer conditions.
Instead
Hi Francesco,
> Subject: [PATCH v1] imx: Fix critical thermal threshold
>
> From: Francesco Dolcini
>
> Fix the critical thermal threshold for i.MX processors, this was changed
> while moving the code from imx8m/imx9 directories into a shared
> place.
>
> There is no need to keep the critical
On Tue, Nov 12, 2024 at 7:33 AM Heinrich Schuchardt
wrote:
The 'configs' in the Subject is too generic.
It would be better to add write:
sifive_unmatched: add 'nvme scan' to preboot
On 12.11.24 11:40, Fabio Estevam wrote:
On Tue, Nov 12, 2024 at 7:33 AM Heinrich Schuchardt
wrote:
The 'configs' in the Subject is too generic.
It would be better to add write:
sifive_unmatched: add 'nvme scan' to preboot
See v2
Best regards
Heinrich
With the move from script based booting to using bootmeth a lot of
environment variables have changed. To always use the default environment
it is recommendable to erase the environment stored in the SPI flash.
This can be done with the 'env erase' sub-command.
Signed-off-by: Heinrich Schuchardt
Hello Kever,
On 2024-11-08 01:50, Kever Yang wrote:
On 2024/11/7 20:27, Paul Kocialkowski wrote:
Le Thu 07 Nov 24, 12:04, Quentin Schulz a écrit :
On 11/7/24 8:14 AM, Kever Yang wrote:
Yes, this movement is reasonable and needed for this workaround,
although still not
understand why puma boa
On 11/3/24 23:42, Heinrich Schuchardt wrote:
hextoul() cannot convert a string to a 64-bit number on a 32-bit system.
Use function hextoull() instead.
Reported-by: Patrick Delaunay
Fixes: 22c48a92cdce ("lib: uuid: supporting building as part of host tools")
Signed-off-by: Heinrich Schuchardt
On 11/10/24 08:28, Ilias Apalodimas wrote:
> With the recent changes of lwip & mbedTLS we can now download from
> https:// urls instead of just http://.
> Adjust our wget lwip version parsing to support both URLs.
> While at it adjust the default TCP window for QEMU since https seems to
> requir
Hi,
On 10/21/24 21:34, Marek Vasut wrote:
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 Delau
Hello,
On 10/18/24 23:27, Zixun LI wrote:
> This patch adds support for determining whether a gpio pin is mapped as
> peripheral function.
>
> Signed-off-by: Zixun LI
> ---
> drivers/gpio/at91_gpio.c | 13 -
> 1 file changed, 12 insertions(+), 1 deletion(-)
>
> diff --git a/drivers
A bisect of Ubuntu 2022.04 boot-failure on qemu-x86_64 resulted in this
patch. I am not sure how to investigate it.
The boot hangs at some point during booting of the install image, before
the Ubuntu logo appears.
I will sent a series with a script showing how it is run.
This reverts commit a68c
> > > > systemd-boot counting logic requires [0] to be implemented.
> >
> > > > If not we plan to add the functionality in fs/fs.c and fs/fat - correct?
> > >
> > > We don't have plans for it, but explaining any use cases you have might
> > > help
> >
> > systemd-boot is able to do bootcounting by
On 12.11.24 15:10, Simon Glass wrote:
Add instructions on how to build the file for multiple architectures.
Add a message indicating what is happening.
Update the documentation as well. Drop the 'sudo' since these should not
be needed if Docker is correctly configured.
Please, explain what you
Hi Heinrich,
On Tue, 12 Nov 2024 at 07:28, Heinrich Schuchardt wrote:
>
> On 12.11.24 15:10, Simon Glass wrote:
> > The cache-flush function is incorrect which causes a crash in the
> > remoteproc tests with arm64.
>
> We should throw out all these sandbox virtual addresses where they are
> not n
On Tue, 12 Nov 2024 at 16:55, Traut Manuel LCPF-CH wrote:
>
> > > > > systemd-boot counting logic requires [0] to be implemented.
> > >
> > > > > If not we plan to add the functionality in fs/fs.c and fs/fat -
> > > > > correct?
> > > >
> > > > We don't have plans for it, but explaining any use c
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Update the usb2514 hub_data with the reset delay and power on
delay values.
Signed-off-by: Venkates
Hi,
On 11/3/24 23:42, Heinrich Schuchardt wrote:
hextoul() cannot convert a string to a 64-bit number on a 32-bit system.
Use function hextoull() instead.
Reported-by: Patrick Delaunay
Fixes: 22c48a92cdce ("lib: uuid: supporting building as part of host tools")
Signed-off-by: Heinrich Schuchar
Hi,
On 11/3/24 23:42, Heinrich Schuchardt wrote:
We often convert hexadecimal strings to hextoull(). Provide a wrapper
function to simple_strtoull() that does not require specifying the radix.
Signed-off-by: Heinrich Schuchardt
---
v2:
no change
---
include/vsprintf.h | 13 ++
Hi,
On 10/21/24 21:44, Marek Vasut wrote:
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
Hi,
On 10/21/24 22:00, Marek Vasut wrote:
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/a
Some Kconfig symbols introduced in commit 8cb330355bd5 ("net: introduce
alternative implementation as net/lwip/") need a full description. The
NET symbol needs one, too.
Signed-off-by: Jerome Forissier
Reviewed-by: Ilias Apalodimas
---
Kconfig | 5 +
net/lwip/Kconfig | 7 +++
2
On 11/12/24 17:57, Zixun LI wrote:
> Hello,
>
>
> On Tue, Nov 12, 2024 at 2:13 PM Eugen Hristev
> wrote:
>>
>>
>>> +static bool at91_get_port_pio(struct at91_port *at91_port, int offset)
>>
>> The name get_port_pio is a bit confusing, can you rename it to something
>> more meaningful, like m
Hi,
On 11/3/24 23:42, Heinrich Schuchardt wrote:
The lib_test_uuid_to_le test fails on 32-bit systems. But we never caught
this in our CI because we never ran any of our C unit tests on 32-bit.
Enable CONFIG_UNIT_TEST on qemu_arm_defconfig.
Signed-off-by: Heinrich Schuchardt
---
v2:
n
On 11/11/24 12:49, Ilias Apalodimas wrote:
> On Tue, 5 Nov 2024 at 12:25, Jerome Forissier
> wrote:
>>
>> EOPNOTSUPP is the recommended SUSV4 error code that should be used
>> instead of ENOTSUPP.
>>
>> Signed-off-by: Jerome Forissier
>> ---
>> drivers/net/sandbox-lwip.c | 2 +-
>> 1 file cha
Hi,
On 10/27/24 02:03, Marek Vasut wrote:
Deduplicate defconfigs for all DH STM32MP15xx DHSOM systems by factoring
out the common parts into generic stm32mp15_dhsom.config and including
those using the #include preprocessor macro in the current
set of board specific defconfigs. The preprocessor
All gitlab runners are currently amd64 machines. This series attempts to
create a docker image which can also support arm64 so that sandbox tests
can be run on it.
The TARGET_... environment variables for grub could perhaps be adjusted,
using the new variables, but I have not done that for now.
C
On 12.11.24 14:46, Ilias Apalodimas wrote:
Hello Manuel,
On Tue, 12 Nov 2024 at 15:21, Traut Manuel LCPF-CH wrote:
Hi,
systemd-boot counting logic requires [0] to be implemented.
Is anybody already working on this?
I am not aware of any patches
If not we plan to add the functionality i
The cache-flush function is incorrect which causes a crash in the
remoteproc tests with arm64.
Fix both problems by using map_sysmem() to convert an address to a
pointer and map_to_sysmem() to convert a pointer to an address.
Also update the image-loader's cache-flushing logic.
Signed-off-by: Si
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 on relays, USB UARTs and SD muxes, among other things.
By way of background, about 4 years ago I wrong a thing called Labman[1]
which allowe
Add a list of possible platforms that can be used by gitlab runners.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
Changes in v3:
- Drop patches which remove grub and tracing for arm64
.gitlab-ci.yml | 1 +
1 file changed, 1 insertion(+)
diff --git a/.gitlab-ci.yml b/.gitlab-ci.yml
in
Do not apply.
This is an unfinished attempt to update gitlab to run on an arm64 host.
For now it just adjusts grub and selects the multiarch image
Signed-off-by: Simon Glass
---
(no changes since v1)
.gitlab-ci.yml | 10 +++---
1 file changed, 7 insertions(+), 3 deletions(-)
diff --git
The package names are slightly different for arm64 and we don't seem to
have a linux-image-kvm package. Provide some extra ones for x86
Signed-off-by: Simon Glass
---
Changes in v3:
- Use grub-efi and linux-image-generic for both archs
Changes in v2:
- Swap order so that amd64 is the exception
This isn't needed for sandbox builds and coreboot isn't much used on
arm64, nor does U-Boot have a build that supports running from coreboot
on any ARM target.
So drop it.
Signed-off-by: Simon Glass
Reviewed-by: Tom Rini
---
(no changes since v1)
tools/docker/Dockerfile | 6 --
1 file ch
Refactor the code to support downloading toolchains for arm64 as well as
x86_64
There doesn't seem to be an xtensa toolchain for arm64 at the same
location, so download that only on x86
Signed-off-by: Simon Glass
---
Changes in v3:
- Add patch to install toolchains on arm64 host
tools/docker/
Add instructions on how to build the file for multiple architectures.
Add a message indicating what is happening.
Update the documentation as well. Drop the 'sudo' since these should not
be needed if Docker is correctly configured.
Signed-off-by: Simon Glass
---
Changes in v3:
- Move ARGs to th
Since char is unsigned on arm64, this test currently fails. It seems
better to use unsigned anyway, since 0xff is written into the string at
the start. Update the terminator-assert to use a character instead of a
byte.
Signed-off-by: Simon Glass
Reviewed-by: Heinrich Schuchardt
---
(no changes
Fix a warning due to the syntax used for PYTHONPATH:
LegacyKeyValueFormat: "ENV key=value" should be used instead of
legacy "ENV key value" format (line 304)
Signed-off-by: Simon Glass
Reviewed-by: Heinrich Schuchardt
Reviewed-by: Tom Rini
---
(no changes since v1)
tools/docker/Doc
When a board is finished with, the lab may want to power it off, or
perform some other function. Add a new script which is called when tests
are complete.
Reviewed-by: Tom Rini
Signed-off-by: Simon Glass
---
(no changes since v1)
test/py/u_boot_console_exec_attach.py | 10 ++
1 file c
There is quite a bit of code in pytest to try to start up U-Boot on a
board, with timeouts, expects, etc.
This is tedious to maintain and is peripheral to the test system's
purpose. It seems better to put this logic in the lab itself, where is
can provide such support.
With Labgrid we can use the
In Labgrid there is the concept of a 'role', which is similar to the
U-Boot board ID in U-Boot's pytest subsystem.
The role indicates both the target and information about the U-Boot
build to use. It can also provide any amount of other configuration.
The information is obtained using the 'labgrid
When Labgrid is used, it can get U-Boot ready for running tests. It
prints a message when it has done so.
Add logic to detect this message and accept it.
Note that this does not change pytest, which still (also) looks for the
U-Boot banner. This change merely makes it possible for pytest to
belie
1 - 100 of 160 matches
Mail list logo
