This serves as a reference for developers on how to handle
all those address spaces for U-Boot.
Signed-off-by: Jiaxun Yang
---
Hi all,
I was trying to clear up long standing myth of virtual
address vs physical adddress mapping on MIPS by having
a clear division betweem virt and phys adddress
et fixes, mainly for USB support on TI AM6232
> - Consistent USB_GADGET_MANUFACTURER for PHYTEC boards
> - MAINTAINERS file update for u-boot-dfu
>
> The CI job is at
> https://source.denx.de/u-boot/custodians/u-boot-dfu/-/pipelines/20737
>
> Thanks,
>
file update for u-boot-dfu
The CI job is at
https://source.denx.de/u-boot/custodians/u-boot-dfu/-/pipelines/20737
Thanks,
Mattijs
The following changes since commit c8ffd1356d42223cbb8c86280a083cc3c93e6426:
Merge patch series "arm: dts: am62-beagleplay: Fix Beagleplay Ethernet"
(
Hi Marek,
Thank you for the review.
On jeu., mai 16, 2024 at 12:23, Marek Vasut wrote:
> On 5/16/24 11:15 AM, Mattijs Korpershoek wrote:
>> We try to split work with Marek on USB as following:
>> - Mattijs handles USB gadget
>> - Marek handles the rest of USB
>>
>> Add additional gadget
On 5/16/24 11:15 AM, Mattijs Korpershoek wrote:
We try to split work with Marek on USB as following:
- Mattijs handles USB gadget
- Marek handles the rest of USB
Add additional gadget patterns to the maintainers file so that I
get cc'ed more often on USB gadget patches.
Signed-off-by: Mattijs
We try to split work with Marek on USB as following:
- Mattijs handles USB gadget
- Marek handles the rest of USB
Add additional gadget patterns to the maintainers file so that I
get cc'ed more often on USB gadget patches.
Signed-off-by: Mattijs Korpershoek
---
MAINTAINERS | 3 +++
1 file
Omnia, selectable by U-Boot
enviroment variable.
Users experiencing DDR3 initialization failures or random crashes of the
operating system due to incorrect DDR3 configuration can select the old
DDR3 training implementation to fix those issues by setting the
environment variable
env set
Dear Fabio and Lukas,
will have a thanks for your suggestions. I will have a look at it.
Best regards
Johannes
-Ursprüngliche Nachricht-
Von: Lukas Funke
Gesendet: Donnerstag, 2. Mai 2024 15:33
An: u-boot@lists.denx.de; Johannes Kirchmair - SKIDATA
Betreff: Re: Use header file
> >>> Support old DDR3 training code on Turris Omnia, selectable by U-Boot
> >>> enviroment variable.
> >>>
> >>> Users experiencing DDR3 initialization failures or random crashes of the
> >>> operating system due to incorrect DDR3 config
Hi Marek,
On 5/15/24 10:59, Marek Behún wrote:
On Mon, 6 May 2024 12:03:55 +0200
Stefan Roese wrote:
Hi Marek,
On 4/15/24 18:30, Marek Behún wrote:
Support old DDR3 training code on Turris Omnia, selectable by U-Boot
enviroment variable.
Users experiencing DDR3 initialization failures
On Mon, 6 May 2024 12:03:55 +0200
Stefan Roese wrote:
> Hi Marek,
>
> On 4/15/24 18:30, Marek Behún wrote:
> > Support old DDR3 training code on Turris Omnia, selectable by U-Boot
> > enviroment variable.
> >
> > Users experiencing DDR3 initiali
gt;
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-riscv.git
>
> for you to fetch changes up to 2b8dc36b4c515979da330a96d9fcc9bbbe5385fa:
>
> andes: Unify naming policy for Andes related source (2024-05-14 18:50:47
> +0800)
&
We try to split work with Marek on USB as following:
- Mattijs handles usb gadget
- Marek handles the rest of usb
Add additional gadget patterns to the maintainers file so that I
get cc'ed more often on USB gadget patches.
Signed-off-by: Mattijs Korpershoek
---
MAINTAINERS | 2 ++
1 file
Hi Tom,
The following changes since commit c8ffd1356d42223cbb8c86280a083cc3c93e6426:
Merge patch series "arm: dts: am62-beagleplay: Fix Beagleplay Ethernet"
(2024-05-13 09:15:51 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot
ilable in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-sh.git master-cleanup
>
> for you to fetch changes up to 2d10e76547b896fb002cb3f946ac6f9b628e9fb7:
>
> ARM: dts: renesas: Drop DTs with OF_UPSTREAM counterparts (2024-05-12
> 01:12:00 +020
The following changes since commit 5c5565cfec92eb7377ff7fe197612c6a813bb6c7:
Merge patch series "arm: davinci: Migrate da850-evm to OF_UPSTREAM"
(2024-05-07 11:59:26 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-sh.git mast
Hi Fabio
On Fri, May 10, 2024 at 5:10 PM Fabio Estevam wrote:
>
> Hi Michael,
>
> On Fri, May 10, 2024 at 11:28 AM Michael Nazzareno Trimarchi
> wrote:
>
> > You can just change as you want. We have this file in buildroot, uuu
> > can run command on the device
> > using FB command. Example how
Hi Michael,
On Fri, May 10, 2024 at 11:28 AM Michael Nazzareno Trimarchi
wrote:
> You can just change as you want. We have this file in buildroot, uuu
> can run command on the device
> using FB command. Example how call it
Thanks for sharing the example.
I adapted the UUU script like this:
On Fri, May 10, 2024 at 4:19 PM Fabio Estevam wrote:
>
> Hi,
>
> I am using an imx8mp-evk board and I can flash the U-Boot into the
> eMMC hardware partition 0 by running:
>
>=> tftpboot $loadaddr flash.bin
>=> setexpr blkcnt $filesize + 0x1ff && sete
Hi,
I am using an imx8mp-evk board and I can flash the U-Boot into the
eMMC hardware partition 0 by running:
=> tftpboot $loadaddr flash.bin
=> setexpr blkcnt $filesize + 0x1ff && setexpr blkcnt $blkcnt / 0x200
=> mmc dev 2 1
=> mmc write $loadaddr 0 $blkc
I realised that it's not a good idea to go with an ext4 boot partition with
a RPI, apparently it requires the boot partition to be fat.
Following that I managed to prepare an update and flash it onto the mmc,
however the struggle at the moment is instructing u-boot to use the updated
boot
On Tue, 7 May 2024 at 19:30, Raymond Mao wrote:
>
> Integrate MbedTLS v3.6 LTS (currently v3.6.0-RC1) with U-Boot.
>
> Motivations:
>
> 1. MbedTLS is well maintained with LTS versions.
> 2. LWIP is integrated with MbedTLS and easily to enable HTTPS.
> 3. M
Hi Sourabh,
In U-Boot, the only methods of separating storage of secrets from
general storage are (as far as I know):
* TPM v1/v2
* OP-TEE in combination with an MMC supporting RPMB
--
Kind regards
Andreas Buschka
Hello,
I wanted to know if u-boot can communicate with CCID compliant smartcards
or not (with a USB-HSM device). I couldn't find any documents related to
this online. USB support seems to be limited within u-boot.
Can anyone please let me know if they have experimented with this?
Thanks
Integrate MbedTLS v3.6 LTS (currently v3.6.0-RC1) with U-Boot.
Motivations:
1. MbedTLS is well maintained with LTS versions.
2. LWIP is integrated with MbedTLS and easily to enable HTTPS.
3. MbedTLS recently switched license back to GPLv2.
Prerequisite:
-
This patch
On Tue, May 07, 2024 at 04:51:39PM +0800, Kever Yang wrote:
> Hi Tom,
>
> Please pull the updates for rockchip platform, this PR is mainly for:
> - migrate to use OF_UPSTREAM for rv1108, rk3308, rk3328, rk356x, rk3588;
>
> CI:
> https://source.denx.de/u-boot/custo
Hi Martyn,
Thank you for the patch.
On lun., mai 06, 2024 at 15:38, Martyn Welch wrote:
> From: Sjoerd Simons
>
> Enable usb0 in all boot phases for use with DFU
>
> Signed-off-by: Sjoerd Simons
> Reviewed-by: Alexander Sverdlin
> Signed-off-by: Martyn Welch
Reviewed-by: Mattijs
Hi Tom,
Please pull the updates for rockchip platform, this PR is mainly for:
- migrate to use OF_UPSTREAM for rv1108, rk3308, rk3328, rk356x, rk3588;
CI:
https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines/20628
Thanks,
- Kever
The following changes since commit
Hey all,
It's release day and here is -rc2. Looking at my own queue, I think
I've got everything from there I intend to go in this release. That
said, there's still a few PRs I would like to see from others before it
gets too much later and if people know of bug fixes that are outstanding
still
On Sun, May 05, 2024 at 04:11:39PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
> The following changes since commit 2f1e76bcfee75b9f99ade63002c05ffaaec86afb:
>
> Merge branch '2024-05-02-assorted-updates' (2024-05-03 16:18:51 -0600)
From: Sjoerd Simons
Enable usb0 in all boot phases for use with DFU
Signed-off-by: Sjoerd Simons
Reviewed-by: Alexander Sverdlin
Signed-off-by: Martyn Welch
---
Changes in v5:
- Forcing usb0 into peripheral mode reinstated
Changes in v4:
- Don't force usb0 into peripheral mode
Changes in
Hi Marek,
On 4/15/24 18:30, Marek Behún wrote:
Support old DDR3 training code on Turris Omnia, selectable by U-Boot
enviroment variable.
Users experiencing DDR3 initialization failures or random crashes of the
operating system due to incorrect DDR3 configuration can select the old
DDR3
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit 2f1e76bcfee75b9f99ade63002c05ffaaec86afb:
Merge branch '2024-05-02-assorted-updates' (2024-05-03 16:18:51 -0600)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians/u-boot
On Tue, Apr 23, 2024 at 03:22:09PM +0800, Jim Liu wrote:
> When u-boot enable CONFIG_SYS_BOOT_RAMDISK_HIGH, rootfs image relocated
> from FIU address space to memory address before jump to kernel.
>
> Since Arbel reserved memory from 0x to 0x0620 for tip image,
> and r
From: Nitin Yadav
Add the U-Boot device tree overrides for the am62x-lp-sk reference
board.
Signed-off-by: Nitin Yadav
Reviewed-by: Dhruva Gole
Signed-off-by: Bryan Brattlof
---
arch/arm/dts/k3-am62-lp-sk-binman.dtsi | 21 +
arch/arm/dts/k3-am62-lp-sk-u-boot.dtsi | 17 +
arch/arm
From: Nitin Yadav
Add the U-Boot device tree overrides for the am62x-lp-sk reference
board.
Signed-off-by: Nitin Yadav
Reviewed-by: Dhruva Gole
Signed-off-by: Bryan Brattlof
---
arch/arm/dts/k3-am62-lp-sk-binman.dtsi | 21 +
arch/arm/dts/k3-am62-lp-sk-u-boot.dtsi | 17 +
arch/arm
On May 3, 2024 thus sayeth Dhruva Gole:
> On Apr 30, 2024 at 14:57:45 -0500, Bryan Brattlof wrote:
> > From: Nitin Yadav
> >
> > Add the U-Boot device tree overrides for the am62x-lp-sk reference
> > board.
> >
> > Signed-off-by: Nitin Y
On Apr 30, 2024 at 14:57:45 -0500, Bryan Brattlof wrote:
> From: Nitin Yadav
>
> Add the U-Boot device tree overrides for the am62x-lp-sk reference
> board.
>
> Signed-off-by: Nitin Yadav
> Signed-off-by: Bryan Brattlof
> ---
> arch/arm/dts/k3-am62-lp-sk-binman.
Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-riscv.git
>
> for you to fetch changes up to 19b762cf83f68b9d9a1f14e75d75781cedf4049f:
>
> board: starfive: Rename spl_soc_init() to spl_dram_init() (2024-05-02
> 00:01:18 +0800)
>
> CI result sho
Hi Greg,
On 5/1/24 9:40 PM, Greg Malysa wrote:
On Tue, Apr 30, 2024 at 3:42 AM Francesco Dolcini wrote:
On Mon, Apr 29, 2024 at 03:39:53PM -0500, Judith Mendez wrote:
A patch in this series caused a regression for AM62x SK with the
following error:
+1, this affects also Verdin AM62.
Hi,
On 02.05.2024 08:57, Johannes Kirchmair - SKIDATA wrote:
Dear u-boot folks,
we are trying to share some information between u-boot and a Linux user space
tool. For this we place some information in a FRAM. This information is just
some numeric values, indicating some wanted behaviour. I
Hi Johannes,
On Thu, May 2, 2024 at 10:18 AM Johannes Kirchmair - SKIDATA
wrote:
>
> Dear u-boot folks,
>
> we are trying to share some information between u-boot and a Linux user space
> tool. For this we place some information in a FRAM. This information is just
> s
be the u-boot
*boot.scr* script to handle this?
I've read that *fatload* should be replaced with *ext4load* instruction,
however such a simple swap does not work well, the board does not boot at
all.
Are there any other steps I should take to make the board bootable with an
ext4 boot partition?
Below
Dear u-boot folks,
we are trying to share some information between u-boot and a Linux user space
tool. For this we place some information in a FRAM. This information is just
some numeric values, indicating some wanted behaviour. I thought of using a
header file to keep these values aligned
On Tue, Apr 30, 2024 at 3:42 AM Francesco Dolcini wrote:
>
> On Mon, Apr 29, 2024 at 03:39:53PM -0500, Judith Mendez wrote:
> > A patch in this series caused a regression for AM62x SK with the
> > following error:
>
> +1, this affects also Verdin AM62.
Hi, please try
Hi Tom,
The following changes since commit ff0de1f0557ed7d2dab47ba976a37347a1fdc432:
Merge patch series "Update PHYTEC SOM Detection" (2024-04-29 10:56:05 -0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-riscv.git
for you to fetch
I am also looking into it since it's our change that is causing the
issue. The functions modified don't return status codes so that must
mean that it is causing the transaction to be configured incorrectly.
However I don't have hardware to test these platforms locally, but I
might be able to get a
From: Nitin Yadav
Add the U-Boot device tree overrides for the am62x-lp-sk reference
board.
Signed-off-by: Nitin Yadav
Signed-off-by: Bryan Brattlof
---
arch/arm/dts/k3-am62-lp-sk-binman.dtsi | 21 +
arch/arm/dts/k3-am62-lp-sk-u-boot.dtsi | 17 +
arch/arm/dts/k3-am62-lp4-50-800-800
binding in upstream
kernel. Instead, a reset-gpios property should be inserted into the
ethernet PHY node. This correct DT binding is supported by the DM ETH PHY
U-Boot driver.
Insert the reset-gpios property into the WAN PHY node instead the
phy-reset-gpios property in WAN ETH node so that Linux
On Mon, Apr 29, 2024 at 03:39:53PM -0500, Judith Mendez wrote:
> On 4/26/24 10:51 AM, Tom Rini wrote:
> > On Fri, Apr 26, 2024 at 07:38:30PM +0900, Jaehoon Chung wrote:
> > > Please pull u-boot-mmc master into u-boot master branch.
> > > If there is any problem, let me
Dear Judith,
> -Original Message-
> From: Judith Mendez
> Sent: Tuesday, April 30, 2024 5:40 AM
> To: Tom Rini ; Jaehoon Chung
> Cc: U-Boot Mailing List ;
> maximilian.br...@9elements.com;
> curtis.mach...@intel.com; Jonas Karlman ;
> greg.mal...@timesys.com;
&
Hi all,
On 4/26/24 10:51 AM, Tom Rini wrote:
On Fri, Apr 26, 2024 at 07:38:30PM +0900, Jaehoon Chung wrote:
Dear Tom,
Please pull u-boot-mmc master into u-boot master branch.
If there is any problem, let me know, plz
Best Regards,
Jaehoon Chung
CI: https://source.denx.de/u-boot/custodians
On Mon, Apr 29, 2024 at 05:20:58PM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
>
> Please pull u-boot-pmic master into u-boot master branch.
> If there is a problem, let me know, plz
>
> Best Regards,
> Jaehoon Chung
>
> CI: https://source.denx.de/u-boot/custodians
On Mon, Apr 29, 2024 at 07:35:24AM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
>
> The following changes since commit 174ac987655c888017c82df1883c0c2ea0dc2495:
>
> Merge branch 'master' of
> https://source.denx.de/u-boot/cus
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit 174ac987655c888017c82df1883c0c2ea0dc2495:
Merge branch 'master' of https://source.denx.de/u-boot/custodians/u-boot-mmc
(2024-04-26 07:39:18 -0600)
are available in the Git repository at:
https
Dear Tom,
Please pull u-boot-pmic master into u-boot master branch.
If there is a problem, let me know, plz
Best Regards,
Jaehoon Chung
CI: https://source.denx.de/u-boot/custodians/u-boot-pmic/-/pipelines/20569
The following changes since commit 174ac987655c888017c82df1883c0c2ea0dc2495
On Fri, Apr 26, 2024 at 07:38:30PM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
> Please pull u-boot-mmc master into u-boot master branch.
> If there is any problem, let me know, plz
>
> Best Regards,
> Jaehoon Chung
>
> CI: https://source.denx.de/u-boot/custodians/u
r misc fixes;
>
> CI:
> https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines/20543
>
> Thanks,
> - Kever
>
> The following changes since commit d097f9e1299a3bdb7de468f0d9bbc63932f461cd:
>
> Merge tag 'fsl-qoriq-2024-4-24' of
> https://source.
Hi everyone,
The latest version of u-boot seems to have some serious issues with USB
drives. More than half of my disks do not work. I have traced the issue
down to the following:
1. During a transfer, the XHCI TRB ring buffer reports back an error of
type 4. (USB Transaction Error)
2
Dear Tom,
Please pull u-boot-mmc master into u-boot master branch.
If there is any problem, let me know, plz
Best Regards,
Jaehoon Chung
CI: https://source.denx.de/u-boot/custodians/u-boot-mmc/-/pipelines/20547
The following changes since commit d097f9e1299a3bdb7de468f0d9bbc63932f461cd
Hi Tom,
Please pull the updates for rockchip platform:
- dts sync for rk3308;
- sdram: Support getting banks from TPL for rk3568 and rk3588;
- dts and config clean and sync up for rk3568/rk3588;
- Other misc fixes;
CI:
https://source.denx.de/u-boot/custodians/u-boot-rockchip/-/pipelines/20543
On 25/04/24 18:01, Roger Quadros wrote:
On 25/04/2024 15:08, Chintan Vankar wrote:
Add "bootph-all" property to CPSW MAC's PHY node phy_gmii_sel.
Signed-off-by: Chintan Vankar
---
Changes from v1 to v2:
- This patch is newly added in this series to enable CPSW MAC's PHY
node
On 25/04/2024 15:08, Chintan Vankar wrote:
> Add "bootph-all" property to CPSW MAC's PHY node phy_gmii_sel.
>
> Signed-off-by: Chintan Vankar
> ---
>
> Changes from v1 to v2:
> - This patch is newly added in this series to enable CPSW MAC's PHY
> node "phy_gmii_sel". As per discussion at
Add "bootph-all" property to CPSW MAC's PHY node phy_gmii_sel.
Signed-off-by: Chintan Vankar
---
Changes from v1 to v2:
- This patch is newly added in this series to enable CPSW MAC's PHY
node "phy_gmii_sel". As per discussion at here:
-firmware-a.git,
git tag v2.8.0, with RK3399_BAUDRATE changed from 115200 to 150 in
plat/rockchip/rk3399/rk3399_def.h
U-Boot - git://git.denx.de/u-boot.git, git tag v2022.01
Results:
Rockchip DDR Blob + Rockchip Miniloader + Rockchip ATF + U-Boot = DMA working
dma-pl330 ff6d.dma-controller
t; Upstream ATF - git://git.trustedfirmware.org/TF-A/trusted-firmware-a.git,
> git tag v2.8.0, with RK3399_BAUDRATE changed from 115200 to 150 in
> plat/rockchip/rk3399/rk3399_def.h
> U-Boot - git://git.denx.de/u-boot.git, git tag v2022.01
>
> Results:
> Rockchip DDR Blob + Rockchip Miniloade
the
> > > > extensions
> > > > for this CPU.
> > > >
> > > > And after this commit this CPU is now unable to boot a guest using
> > > > upstream
> > > > u-boot. Here's the error being thrown:
> > > >
> >
to emulate. Recently, in QEMU commit 249e0905d05, we bumped the
extensions
for this CPU.
And after this commit this CPU is now unable to boot a guest using upstream
u-boot. Here's the error being thrown:
qemu-system-riscv64 \
-machine virt -nographic -m 8G -smp 8 \
-cpu max -kernel
t QEMU
> > is able to emulate. Recently, in QEMU commit 249e0905d05, we bumped the
> > extensions
> > for this CPU.
> >
> > And after this commit this CPU is now unable to boot a guest using upstream
> > u-boot. Here's the error being thrown:
>
When u-boot enable CONFIG_SYS_BOOT_RAMDISK_HIGH, rootfs image relocated
from FIU address space to memory address before jump to kernel.
Since Arbel reserved memory from 0x to 0x0620 for tip image,
and rootfs image may too large that cannot found a suitable location
before 128MB
Hi Tom,
Thanks! Already sent a fix for UEFI
On Tue, 23 Apr 2024 at 00:48, Tom Rini wrote:
>
> Here's the latest report.
>
> -- Forwarded message -
> From:
> Date: Mon, Apr 22, 2024 at 3:23 PM
> Subject: New Defects reported by Coverity Scan for Das U
xtensions
> for this CPU.
>
> And after this commit this CPU is now unable to boot a guest using upstream
> u-boot. Here's the error being thrown:
>
> qemu-system-riscv64 \
> -machine virt -nographic -m 8G -smp 8 \
> -cpu max -kernel uboot.elf (...)
> (
Here's the latest report.
-- Forwarded message -
From:
Date: Mon, Apr 22, 2024 at 3:23 PM
Subject: New Defects reported by Coverity Scan for Das U-Boot
To:
Hi,
Please find the latest report on new defect(s) introduced to Das
U-Boot found with Coverity Scan.
2 new defect(s
Hey all,
It's release day and here is -rc1. Looking at my own queue, I think
things are overall good. There's a few changes I want to pull in still
(mainly moving more things to OF_UPSTREAM) but since they were recently
posted I'll wait a little bit.
In terms of a changelog,
git log --merges
Hi,
In QEMU we have a 'max' type CPU that implements (almost) all extensions that
QEMU
is able to emulate. Recently, in QEMU commit 249e0905d05, we bumped the
extensions
for this CPU.
And after this commit this CPU is now unable to boot a guest using upstream
u-boot. Here's the error being
y are not ready yet.
> I will also send some DT updates and new board defconfig files later, once
> they have seen the list. I am aware of the USB rebasing repo efforts,
> but would like to see how this plays out, also we have one compatibility
> issue that I painstakingly work around in t
On Mon, Apr 22, 2024 at 03:15:02PM +0300, Svyatoslav Ryhel wrote:
> Dear Tom,
>
> The following changes since commit 1dd659fd626204bb6a6b4f330c27b11a7823bbb0:
>
> Merge tag 'video-20240421' of
> https://source.denx.de/u-boot/custodians/u-boot-video (2024-04-21
, once
they have seen the list. I am aware of the USB rebasing repo efforts,
but would like to see how this plays out, also we have one compatibility
issue that I painstakingly work around in the U-Boot tree for the last three
years or so. So for now I stick to the previous approach.
So now just some
Dear Tom,
The following changes since commit 1dd659fd626204bb6a6b4f330c27b11a7823bbb0:
Merge tag 'video-20240421' of
https://source.denx.de/u-boot/custodians/u-boot-video (2024-04-21 08:54:20
-0600)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot
On Sun, Apr 21, 2024 at 03:52:13PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull video driver updates for v2024.07-rc1.
>
> CI: https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/20466
>
> Thanks,
> Anatolij
>
> The
Hi Tom,
please pull video driver updates for v2024.07-rc1.
CI: https://source.denx.de/u-boot/custodians/u-boot-video/-/pipelines/20466
Thanks,
Anatolij
The following changes since commit af04f37a78c7e61597fb9ed6db2c8f8d7f8b0f92:
Merge tag 'u-boot-stm32-20240419' of
https://source.denx.de/u
On Sat, Apr 20, 2024 at 03:33:22PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull from u-boot-imx/master, thanks.
>
> The following changes since commit af04f37a78c7e61597fb9ed6db2c8f8d7f8b0f92:
>
> Merge tag 'u-boot-stm32-20240419' of
> https://source.den
Hi Tom,
Please pull from u-boot-imx/master, thanks.
The following changes since commit af04f37a78c7e61597fb9ed6db2c8f8d7f8b0f92:
Merge tag 'u-boot-stm32-20240419' of
https://source.denx.de/u-boot/custodians/u-boot-stm (2024-04-19 14:25:04 -0600)
are available in the Git repository
On Fri, Apr 19, 2024 at 02:01:47PM +0200, Patrice CHOTARD wrote:
> Hi Tom
>
> Please pull the STM32 related patches for u-boot/master, v2024.07:
> u-boot-stm32-20240419
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/20430
>
>
&g
On Fri, Apr 19, 2024 at 11:48:58AM +0200, Mattijs Korpershoek wrote:
> Hi Tom,
>
> Here is a new development for master:
>
> - new "fastboot oem board" command
>
> This CI job is at
> https://source.denx.de/u-boot/custodians/u-boot-dfu/-/pipe
partition@90 {
>> + partition@1e {
>> label = "env1";
>> reg = <0x001E 0x0001>;
>> };
>> - partition@98 {
>> + partition@1f {
>> label = "env2";
>> reg = <0x001F 0x0001>;
>> };
>
>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
Applied on u-boot-stm32/master
uot;fip2";
>> reg = <0x0060 0x0040>;
>> };
>> - partition@120 {
>> + partition@a0 {
>> label = "UBI";
>> reg = <0x00a0 0x3f60>;
>> };
>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
>
Applied on u-boot-stm32/master
partition@90 {
>> + partition@1e {
>> label = "env1";
>> reg = <0x001E 0x0001>;
>> };
>> - partition@98 {
>> + partition@1f {
>> label = "env2";
>> reg = <0x001F 0x0001>;
>> };
>
>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
Applied on u-boot-stm32/master
On 4/17/24 11:28, Patrick DELAUNAY wrote:
> Hi,
>
> On 4/9/24 17:02, Patrice Chotard wrote:
>> The blue led is used to indicate U-Boot entering / exit indication
>> then Linux heartbeat.
>>
>> Signed-off-by: Patrice Chotard
>> ---
>>
>>
On 4/17/24 11:13, Patrick DELAUNAY wrote:
> Hi,
>
> On 4/9/24 17:02, Patrice Chotard wrote:
>> As indicated in kernel led dt-bindings, label is a deprecated
>> property, so remove it and use led node's name instead for
>> u-boot,error-led property.
>> Rena
: Patrice Chotard
>> ---
>>
>> arch/arm/dts/stm32mp157c-ed1-scmi-u-boot.dtsi | 1 -
>> 1 file changed, 1 deletion(-)
>>
>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
Applied on u-boot-stm32/master
m32mp157c-ed1-scmi-u-boot.dtsi
> @@ -37,7 +37,6 @@
> red {
> label = "error";
> gpios = < 13 GPIO_ACTIVE_LOW>;
> - default-state = "off";
> status = "okay";
> };
> };
Applied on u-boot-stm32/master
t,fastboot-gpios and st,stm32prog-gpios.
>>
>> Signed-off-by: Patrice Chotard
>> ---
>>
>> arch/arm/dts/stm32mp157c-ed1-scmi-u-boot.dtsi | 19 +--
>> 1 file changed, 17 insertions(+), 2 deletions(-)
>>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
Applied on u-boot-stm32/master
On 4/17/24 11:11, Patrick DELAUNAY wrote:
> Hi,
>
> On 4/9/24 17:02, Patrice Chotard wrote:
>> The blue led is used to indicate U-Boot entering / exit indication
>> then Linux heartbeat.
>>
>> Signed-off-by: Patrice Chotard
>> ---
>>
>
On 4/17/24 11:11, Patrick DELAUNAY wrote:
> Hi,
>
> On 4/9/24 17:02, Patrice Chotard wrote:
>> As indicated in kernel led dt-bindings, label is a deprecated
>> property, so remove it and use led node's name instead for
>> u-boot,error-led property.
>> Rena
y: Patrice Chotard
>> ---
>>
>> arch/arm/dts/stm32mp157c-ed1-u-boot.dtsi | 1 -
>> 1 file changed, 1 deletion(-)
>>
>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
Applied on u-boot-stm32/master
t,fastboot-gpios and st,stm32prog-gpios.
>>
>> Signed-off-by: Patrice Chotard
>> ---
>>
>> arch/arm/dts/stm32mp157c-ed1-u-boot.dtsi | 19 +--
>> 1 file changed, 17 insertions(+), 2 deletions(-)
>>
>
> Reviewed-by: Patrick Delaunay
>
> Thanks
> Patrick
>
Applied on u-boot-stm32/master
On 4/17/24 11:10, Patrick DELAUNAY wrote:
> Hi,
>
> On 4/9/24 17:02, Patrice Chotard wrote:
>> As indicated in kernel led dt-bindings, label is a deprecated
>> property, so remove it and use blue led node's name instead
>> for u-boot,boot-led property.
>>
On 4/17/24 11:10, Patrick DELAUNAY wrote:
> Hi,
>
> On 4/9/24 17:02, Patrice Chotard wrote:
>> As indicated in kernel led dt-bindings, label is a deprecated
>> property, so remove it and use red led node's name instead
>> for u-boot,error-led property.
>> Rena
b7 100644
>> --- a/arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi
>> +++ b/arch/arm/dts/stm32mp157a-dk1-u-boot.dtsi
>> @@ -67,7 +67,6 @@
>> red {
>> label = "error";
>> gpios = < 13 GPIO_ACTIVE_LOW>;
>> -
1 - 100 of 354785 matches
Mail list logo
