On 19.12.2023 19:13, Greg Kroah-Hartman wrote:
On Tue, Dec 19, 2023 at 06:40:23PM +0100, Rafał Miłecki wrote:
From: Rafał Miłecki
1. Use nvmem_dev_size() and nvmem_device_read() to make this driver less
mtd dependent
2. Use nvmem_add_one_cell() to simplify adding NVMEM cells
Shouldn't
On Tue, Dec 19, 2023 at 06:40:23PM +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> 1. Use nvmem_dev_size() and nvmem_device_read() to make this driver less
>mtd dependent
> 2. Use nvmem_add_one_cell() to simplify adding NVMEM cells
Shouldn't this be 2 different patches?
thanks,
greg
On Thu, 07 Dec 2023 10:52:09 -0600, Reid Tonking wrote:
> Since the 09.01.00.002 release of ti-linux-firmware [0] upstream uboot
> has led to the kernel hanging during boot [1] for the TI J7200 S0C. The
> issue was found to be a few patches that had be added to ti-u-boot, but not
> ye
From: Rafał Miłecki
This patch moves all generic (NVMEM devices independent) code from NVMEM
device driver to NVMEM layout driver. Then it adds a simple NVMEM layout
code on top of it.
Thanks to proper layout it's possible to support U-Boot env data stored
on any kind of NVMEM device
t to print error then.
3. Add extra "crc32_addr" variable
It makes code reading header's crc32 easier to understand / review.
Signed-off-by: Rafał Miłecki
---
V2: New patch with suggestions from Miquel
drivers/nvmem/u-boot-env.c | 8
1 file changed, 4 insertions(+), 4 dele
() failures
drivers/nvmem/u-boot-env.c | 78 ++
1 file changed, 36 insertions(+), 42 deletions(-)
diff --git a/drivers/nvmem/u-boot-env.c b/drivers/nvmem/u-boot-env.c
index c4ae94af4af7..111905189341 100644
--- a/drivers/nvmem/u-boot-env.c
+++ b/drivers/nvmem/u-boot
From: Rafał Miłecki
U-Boot env data is a way of storing firmware variables. It's a format
that can be used of top of various storage devices. Its binding should
be an NVMEM layout instead of a standalone device.
This patch adds layout binding which allows using it on top of MTD NVMEM
device
rt address is reused.
> >> >> >
> >> >> >Our current way of loading things in to memory does not handle the case
> >> >> >I described, yes. How would what you're proposing handle it?
> >> >>
> >> >> If the load comm
This patch moves all generic (NVMEM devices independent) code from NVMEM
device driver to NVMEM layout driver. Then it adds a simple NVMEM layout
code on top of it.
Thanks to proper layout it's possible to support U-Boot env data stored
on any kind of NVMEM device.
For backward compatibility with old
From: Marek Mojík
The Turris Omnia contains the Marvell 88E6176 ethernet switch. Add
config options and device tree to enable the support.
Signed-off-by: Marek Mojík
Signed-off-by: Marek Behún
---
Stefan, this patch depends on
[v2] net: mv88e6xxx: fix missing SMI address initialization
devices independent) code from NVMEM
device driver to NVMEM layout driver. Then it adds a simple NVMEM layout
code on top of it.
Thanks to proper layout it's possible to support U-Boot env data stored
on any kind of NVMEM device.
For backward compatibility with old DT bindings we need to keep old
NVMEM
his patch moves all generic (NVMEM devices independent) code from NVMEM
> >> device driver to NVMEM layout driver. Then it adds a simple NVMEM layout
> >> code on top of it.
> >>
> >> Thanks to proper layout it's possible to support U-Boot env data stored
> >
mory area
(a few MiB) above the stack.
>
>> Closing the eyes when the user loads multiple files does not solve the
>> fragmentation problem.
>
>Yes. I'm only noting that today we just ignore the problem and sometimes
>catch it via checksums.
>
>> Fragmentation onl
outline how it will determine
pool size, and how we'll use it to load thing to memory.
> Closing the eyes when the user loads multiple files does not solve the
> fragmentation problem.
Yes. I'm only noting that today we just ignore the problem and sometimes
catch it via checksums.
> Frag
Am 19. Dezember 2023 00:31:30 MEZ schrieb Tom Rini :
>On Tue, Dec 19, 2023 at 12:29:19AM +0100, Heinrich Schuchardt wrote:
>>
>>
>> Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini :
>> >On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote:
>> >>
>> >>
>> >> Am 18. Dezember
On Tue, Dec 19, 2023 at 12:29:19AM +0100, Heinrich Schuchardt wrote:
>
>
> Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini :
> >On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote:
> >>
> >>
> >> Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini :
> >> >On Mon, Dec 18, 2023
Am 19. Dezember 2023 00:16:40 MEZ schrieb Tom Rini :
>On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote:
>>
>>
>> Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini :
>> >On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote:
>> >
>> >[snip]
>> >> Or take:
>>
On Tue, Dec 19, 2023 at 12:08:31AM +0100, Heinrich Schuchardt wrote:
>
>
> Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini :
> >On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote:
> >
> >[snip]
> >> Or take:
> >>
> >> load host 0:1 $c kernel.efi
> >> load host 0:1 $d
Am 18. Dezember 2023 23:41:08 MEZ schrieb Tom Rini :
>On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote:
>
>[snip]
>> Or take:
>>
>> load host 0:1 $c kernel.efi
>> load host 0:1 $d initrd.img
>>
>> How could we ensure that initrd.img is not overwriting a part of kernel.efi
On Mon, Dec 18, 2023 at 11:34:16PM +0100, Heinrich Schuchardt wrote:
[snip]
> Or take:
>
> load host 0:1 $c kernel.efi
> load host 0:1 $d initrd.img
>
> How could we ensure that initrd.img is not overwriting a part of kernel.efi
> without memory allocation?
Today, invalid checksum as part of
4, Heinrich Schuchardt
>> >> >wrote:
>> >> >>
>> >> >> On 12/16/23 19:01, Simon Glass wrote:
>> >> >> > Hi,
>> >> >> >
>> >> >> > This records my thoughts after a discussion with Ili
On 18.12.2023 15:48, Rob Herring wrote:
On Mon, 18 Dec 2023 14:37:19 +0100, Rafał Miłecki wrote:
From: Rafał Miłecki
U-Boot env data is a way of storing firmware variables. It's a format
that can be used of top of various storage devices. Its binding should
be an NVMEM layout instead
of it.
Thanks to proper layout it's possible to support U-Boot env data stored
on any kind of NVMEM device.
For backward compatibility with old DT bindings we need to keep old
NVMEM device driver functional. To avoid code duplication a parsing
function is exported and reused in it.
Signed-off
tgear)
7. "mac_addr" (Moxa)
and more ("HW_LAN_MAC", "HW_WAN_MAC", "INIC_MAC_ADDR", "LAN_MAC_ADDR",
"RADIOADDR0", "RADIOADDR1", "WAN_MAC_ADDR", "lan1_mac_addr", "wanmac",
"wmac1", "wmac2")
t;> >
> > >> >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt
> > >> >wrote:
> > >> >>
> > >> >> On 12/16/23 19:01, Simon Glass wrote:
> > >> >> > Hi,
> > >> >> >
> > >> >> > This rec
gt; >> Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass :
> >> >Hi Heinrich,
> >> >
> >> >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt
> >> >wrote:
> >> >>
> >> >> On 12/16/23 19:01, Simon Glass wro
; > >On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt
> > >wrote:
> > >>
> > >> On 12/16/23 19:01, Simon Glass wrote:
> > >> > Hi,
> > >> >
> > >> > This records my thoughts after a discussion with Ilias & Heinric
n Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt
>> >wrote:
>> >>
>> >> On 12/16/23 19:01, Simon Glass wrote:
>> >> > Hi,
>> >> >
>> >> > This records my thoughts after a discussion with Ilias & Heinrich re
>>
On 12/16/23 19:01, Simon Glass wrote:
> >> > Hi,
> >> >
> >> > This records my thoughts after a discussion with Ilias & Heinrich re
> >> > memory allocation in U-Boot.
> >> >
> >> > 1. malloc()
> >> >
> >> > malloc() is us
Am 18. Dezember 2023 19:12:11 MEZ schrieb Simon Glass :
>Hi Heinrich,
>
>On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt wrote:
>>
>> On 12/16/23 19:01, Simon Glass wrote:
>> > Hi,
>> >
>> > This records my thoughts after a discussion with Ilia
Hi Heinrich,
On Sat, 16 Dec 2023 at 12:04, Heinrich Schuchardt wrote:
>
> On 12/16/23 19:01, Simon Glass wrote:
> > Hi,
> >
> > This records my thoughts after a discussion with Ilias & Heinrich re
> > memory allocation in U-Boot.
> >
> > 1. mall
On Mon, Dec 18, 2023 at 07:44:15PM +0800, Leo Liang wrote:
> Hi Tom,
>
> The following changes since commit fdefb4e194c65777fa11479119adaa71651f41d4:
>
> Merge tag 'efi-next-20231217' of
> https://source.denx.de/u-boot/custodians/u-boot-efi into next (2023-12-17
On Mon, Dec 18, 2023 at 03:56:25PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR for next.
>
> Summary:
> - spi_nor_read_sfdp_dma_unsafe (Vaishnav)
> - w25q01/02 (Jim)
>
> CI:
> https://source.denx.de/u-boot/custodians/u-boot-spi/-/pipeli
Here's the latest report.
-- Forwarded message -
From:
Date: Mon, Dec 18, 2023 at 8:42 AM
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.
1 new defect(s
On Mon, 18 Dec 2023 14:37:19 +0100, Rafał Miłecki wrote:
> From: Rafał Miłecki
>
> U-Boot env data is a way of storing firmware variables. It's a format
> that can be used of top of various storage devices. Its binding should
> be an NVMEM layout instead of a standalone device.
anks to proper layout it's possible to support U-Boot env data stored
> on any kind of NVMEM device.
>
> For backward compatibility with old DT bindings we need to keep old
> NVMEM device driver functional. To avoid code duplication a parsing
> function is exported and reused in i
Hi Rafał,
zaj...@gmail.com wrote on Mon, 18 Dec 2023 14:37:21 +0100:
> From: Rafał Miłecki
>
> 1. Use nvmem_dev_size() and nvmem_device_read() to make this driver less
>mtd dependent
> 2. Use nvmem_add_one_cell() to simplify adding NVMEM cells
>
> Signed-off-by: Rafał Miłecki
From: Rafał Miłecki
1. Use nvmem_dev_size() and nvmem_device_read() to make this driver less
mtd dependent
2. Use nvmem_add_one_cell() to simplify adding NVMEM cells
Signed-off-by: Rafał Miłecki
---
drivers/nvmem/u-boot-env.c | 79 +-
1 file changed, 35
From: Rafał Miłecki
This patch moves all generic (NVMEM devices independent) code from NVMEM
device driver to NVMEM layout driver. Then it adds a simple NVMEM layout
code on top of it.
Thanks to proper layout it's possible to support U-Boot env data stored
on any kind of NVMEM device
From: Rafał Miłecki
U-Boot env data is a way of storing firmware variables. It's a format
that can be used of top of various storage devices. Its binding should
be an NVMEM layout instead of a standalone device.
This patch adds layout binding which allows using it on top of MTD NVMEM
device
Hey all,
It's release day and here is -rc5. At this point, I think we've got all
the fixes I know of that are critical enough to come in for a release
that's just over 3 weeks away, with many people on holidays during that
time. If I'm wrong however, please speak up and let me know what still
Hi Tom,
The following changes since commit fdefb4e194c65777fa11479119adaa71651f41d4:
Merge tag 'efi-next-20231217' of
https://source.denx.de/u-boot/custodians/u-boot-efi into next (2023-12-17
09:11:06 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians
Hi Tom,
Please pull this PR for next.
Summary:
- spi_nor_read_sfdp_dma_unsafe (Vaishnav)
- w25q01/02 (Jim)
CI:
https://source.denx.de/u-boot/custodians/u-boot-spi/-/pipelines/18995
thanks,
Jagan.
The following changes since commit 2f0282922b2c458eea7f85c500a948a587437b63:
Prepare v2024.01
Add support for driver model where EEPROM data are read in draco board.
Reviewed-by: Alexander Sverdlin
Signed-off-by: Enrico Leto
---
configs/draco-etamin_defconfig | 4 +++-
configs/draco-rastaban_defconfig | 4 +++-
configs/draco-thuban_defconfig | 4 +++-
3 files changed, 9
Enable Environment protection with:
CONFIG_ENV_WRITEABLE_LIST=y
CONFIG_ENV_ACCESS_IGNORE_FORCE=y
Signed-off-by: Sumit Garg
---
configs/hmibsc_defconfig | 4
include/configs/hmibsc.h | 2 ++
2 files changed, 6 insertions(+)
diff --git a/configs/hmibsc_defconfig b/configs/hmibsc_defconfig
/12/2023 20:48, Rob Herring wrote:
> > > > >>
> > > > >> I think some of the important questions to ask are, how often /
> > > > >> likely
> > > > >> are the breakages to occur? It seems like these days it's either:
> > &
On 12/16/23 19:01, Simon Glass wrote:
Hi,
This records my thoughts after a discussion with Ilias & Heinrich re
memory allocation in U-Boot.
1. malloc()
malloc() is used for programmatic memory allocation. It allows memory
to be freed. It is not designed for very large allocations (e.g. a
Hi,
On Fri, 15 Dec 2023 at 06:15, Pei Jia wrote:
>
>
> Where can I find the u-boot defconfig file for BeagleV-Fire?
>
> I've got an issue posted at
> https://forum.beagleboard.org/t/error-illegal-operands-li-t1/36823 .
You could check here, or ask the vendor?
https
Hi,
This records my thoughts after a discussion with Ilias & Heinrich re
memory allocation in U-Boot.
1. malloc()
malloc() is used for programmatic memory allocation. It allows memory
to be freed. It is not designed for very large allocations (e.g. a
10MB kernel or 100MB ramdisk).
2. lmb
On Fri, Dec 15, 2023 at 03:52:26PM -0500, Sean Anderson wrote:
> The following changes since commit fa3f19aa56c519d6345cc774187b7a8fdc053d71:
>
> Merge tag 'xilinx-for-v2024.04-rc1' of
> https://source.denx.de/u-boot/custodians/u-boot-microblaze into next
> (2023-12-14
On Fri, Dec 15, 2023 at 04:06:23PM -0500, Sean Anderson wrote:
> The following changes since commit 3ac22891cfc0dc6d8eec25d2b0fbdd2eb8f3d3ed:
>
> Merge tag 'u-boot-imx-20231214' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2023-12-15 08:22:31
> -0500)
>
The following changes since commit 3ac22891cfc0dc6d8eec25d2b0fbdd2eb8f3d3ed:
Merge tag 'u-boot-imx-20231214' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2023-12-15 08:22:31 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-clk.git
The following changes since commit fa3f19aa56c519d6345cc774187b7a8fdc053d71:
Merge tag 'xilinx-for-v2024.04-rc1' of
https://source.denx.de/u-boot/custodians/u-boot-microblaze into next
(2023-12-14 13:27:11 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot
On Fri, Dec 15, 2023 at 05:30:42PM +0100, Patrice CHOTARD wrote:
> Hi Tom
>
> Please pull the STM32 related patches for u-boot/next, v2024.04:
> u-boot-stm32-20231215
>
> CI status:
> https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/18947
>
> The fol
>> I think some of the important questions to ask are, how often / likely
> > > >> are the breakages to occur? It seems like these days it's either:
> > > >> - U-Boot had an early version of the binding and we already state we
> > > >> don't su
Hi Tom
Please pull the STM32 related patches for u-boot/next, v2024.04:
u-boot-stm32-20231215
CI status: https://source.denx.de/u-boot/custodians/u-boot-stm/-/pipelines/18947
The following changes since commit fa3f19aa56c519d6345cc774187b7a8fdc053d71:
Merge tag 'xilinx-for-v2024.04-rc1
> > >> are the breakages to occur? It seems like these days it's either:
> > >> - U-Boot had an early version of the binding and we already state we
> > >> don't support backwards compatibility here. It should be on the
> > >> maintainer to be pr
On Fri, Dec 15, 2023 at 10:07:07AM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull these fixes from u-boot-imx, thanks.
>
> The following changes since commit 27089f1e4d11fd7e0619097b59258d0428cde2ac:
>
> Merge branch '2023-12-13-assorted-minor-fixes' (2023
On Fri, Dec 15, 2023 at 08:50:51AM +0100, Krzysztof Kozlowski wrote:
> On 14/12/2023 20:48, Rob Herring wrote:
> >>
> >> I think some of the important questions to ask are, how often / likely
> >> are the breakages to occur? It seems like these days it's either:
>
Where can I find the u-boot defconfig file for BeagleV-Fire?
I've got an issue posted at
https://forum.beagleboard.org/t/error-illegal-operands-li-t1/36823 .
Thank you...
--
Dr. Pei Jia
Email: jia...@longervision.com
Cell: +1 778-863-5816
Website: https://www.longervision.ca
Hi Tom,
Please pull these fixes from u-boot-imx, thanks.
The following changes since commit 27089f1e4d11fd7e0619097b59258d0428cde2ac:
Merge branch '2023-12-13-assorted-minor-fixes' (2023-12-13 09:57:28 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot/custodians
/Prerquisite/Prerequisite/
---
This patch series requires devicetree-rebasing git repo to be added as a
subtree to the main U-boot repo via:
$ git subtree add --prefix devicetree-rebasing \
git://git.kernel.org/pub/scm/linux/kernel/git/devicetree/devicetree-rebasing.git
\
v6.6
On 14/12/2023 20:48, Rob Herring wrote:
>>
>> I think some of the important questions to ask are, how often / likely
>> are the breakages to occur? It seems like these days it's either:
>> - U-Boot had an early version of the binding and we already state we
>
> Hi,
> > > >
> > > > On 14/12/2023 14:50, Sumit Garg wrote:
> > > > > Prerquisite
> > > >
> > > > s/Prerquisite/Prerequisite/
> > > >
> > > > > ---
> > > > >
> > > >
k.
> > > ---
> > >
> > > This patch series requires devicetree-rebasing git repo to be added as a
> > > subtree to the main U-boot repo via:
> > >
> > > $ git subtree add --prefix devicetree-rebasing \
> > >
> > &g
200) wanaddr
> engenius,esr1750) wanaddr
> engenius,esr600) wanaddr
> engenius,esr600h) wanaddr
> engenius,esr900) wanaddr
> enterasys,ws-ap3705i) RADIOADDR0 + RADIOADDR1
> iodata,wn-ac1167dgr) wanaddr
> iodata,wn-ac1167gr) wanaddr
> iodata,wn-ac1600dgr) wanaddr
>
g wrote:
> > > > Prerquisite
> > >
> > > s/Prerquisite/Prerequisite/
> > >
> > > > ---
> > > >
> > > > This patch series requires devicetree-rebasing git repo to be added as a
> > > > subtree to the main U-boo
> > ---
> > >
> > > This patch series requires devicetree-rebasing git repo to be added as a
> > > subtree to the main U-boot repo via:
> > >
> > > $ git subtree add --prefix devicetree-rebasing \
> > >
> > &g
o to be added as a
> > subtree to the main U-boot repo via:
> >
> > $ git subtree add --prefix devicetree-rebasing \
> >
> > git://git.kernel.org/pub/scm/linux/kernel/git/devicetree/devicetree-rebasing.git
> > \
> >v6.6-dts --squash
&g
C_MAC_ADDR", "LAN_MAC_ADDR",
"RADIOADDR0", "RADIOADDR1", "WAN_MAC_ADDR", "lan1_mac_addr", "wanmac",
"wmac1", "wmac2").
It doesn't make sense to add property for every possible MAC cell name.
Instead allow specifying c
Hi,
On 14/12/2023 14:50, Sumit Garg wrote:
Prerquisite
s/Prerquisite/Prerequisite/
---
This patch series requires devicetree-rebasing git repo to be added as a
subtree to the main U-boot repo via:
$ git subtree add --prefix devicetree-rebasing \
git://git.kernel.org/pub
gt; > > The following changes since commit
> > > 20d0464300c25db673cfb5e4539aa3767606d151:
> > >
> > > Merge tag 'u-boot-imx-20231212' of
> > > https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2023-12-12 16:33:57
> > > -0500)
> > >
> > > a
On Thu, Dec 14, 2023 at 08:02:19AM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> Please pull this u-boot-imx material targetted for 'next', thanks.
>
> The following changes since commit be4a5f7c35685d228b3abc398a8d86c434274de5:
>
> test: bdinfo: Handle systems without get
Prerquisite
---
This patch series requires devicetree-rebasing git repo to be added as a
subtree to the main U-boot repo via:
$ git subtree add --prefix devicetree-rebasing \
git://git.kernel.org/pub/scm/linux/kernel/git/devicetree/devicetree-rebasing.git
\
v6.6-dts
Hi Tom,
On Thu, Dec 14, 2023 at 07:19:02AM -0500, Tom Rini wrote:
> On Thu, Dec 14, 2023 at 10:38:07AM +0800, Leo Yu-Chi Liang(梁育齊) wrote:
>
> > Hi Tom,
> >
> > The following changes since commit 20d0464300c25db673cfb5e4539aa3767606d151:
> >
> > Merge tag
On Thu, Dec 14, 2023 at 10:38:07AM +0800, Leo Yu-Chi Liang(梁育齊) wrote:
> Hi Tom,
>
> The following changes since commit 20d0464300c25db673cfb5e4539aa3767606d151:
>
> Merge tag 'u-boot-imx-20231212' of
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2023-12-12
Hi Tom,
Please pull this u-boot-imx material targetted for 'next', thanks.
The following changes since commit be4a5f7c35685d228b3abc398a8d86c434274de5:
test: bdinfo: Handle systems without getopt (2023-12-10 10:08:30 -0500)
are available in the Git repository at:
https://gitlab.denx.de/u
On 12/12/2023 23:02, Sjoerd Simons wrote:
> Enable both usb0 as a peripheral for use with DFU and
>
> Signed-off-by: Sjoerd Simons
>
> ---
>
> Changes in v3:
> - Enable usb nodes in all boot phases
>
> Changes in v2:
> - Only enable usb port 0 DFU in SPL
>
>
Hi Tom,
The following changes since commit 20d0464300c25db673cfb5e4539aa3767606d151:
Merge tag 'u-boot-imx-20231212' of
https://gitlab.denx.de/u-boot/custodians/u-boot-imx (2023-12-12 16:33:57 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot
On Wed, Dec 13, 2023 at 01:50:57PM -0700, Simon Glass wrote:
> Hi Tom,
>
> This is for the -next branch
>
> https://source.denx.de/u-boot/custodians/u-boot-dm/-/commit/39e7e039b02e1cf8b04ea668e2bfe2cd2ef0e14d
>
> https://dev.azure.com/simon0972/u-boot/_build/resul
Hi Tom,
This is for the -next branch
https://source.denx.de/u-boot/custodians/u-boot-dm/-/commit/39e7e039b02e1cf8b04ea668e2bfe2cd2ef0e14d
https://dev.azure.com/simon0972/u-boot/_build/results?buildId=56=results
The following changes since commit 9565771076c2d4b0193f1741b3990695ac33c1f3
Hi Tom,
On Sat, 9 Dec 2023 at 06:53, Tom Rini wrote:
>
> On Sat, Dec 02, 2023 at 09:46:57PM -0700, Simon Glass wrote:
>
> > The name changed a few years ago, so update it.
> >
> > Signed-off-by: Simon Glass
>
> Applied to gitdm/u-boot, thanks! Do you want me t
Hello,
Am Montag, 27. November 2023, 03:53:49 CET schrieb Terry Lv:
> Hi Experts,
>
> Any feedback on this?
Bitten by the same problem again, I did a quick search on lore and found
these:
1. Patch from 2021:
https://lore.kernel.org/u-boot/20211021093304.25399-1-p...@kernel.o
On 08/12/2023 23:30, Francis Laniel wrote:
Hi.
During 2021 summer, Sean Anderson wrote a contribution to add a new shell, based
on LIL, to U-Boot [1, 2].
While one of the goals of this contribution was to address the fact actual
U-Boot shell, which is based on Busybox hush, is old
On Tue, Dec 12, 2023 at 01:44:14PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> On Tue, Dec 12, 2023 at 1:20 PM Fabio Estevam wrote:
>
> > From: Andrejs Cainikovs (1):
> > apalis-imx8: add USBH_EN gpio hog
>
> This one did not apply cleanly, and I messed up the From: line (it
> contains a
On Tue, Dec 12, 2023 at 01:20:46PM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> please pull these fixes from u-boot-imx, thanks.
>
> The following changes since commit 65eed687729c28431d38c6c9174da4d878fb107f:
>
> test/py: Disable error E0611 in two cases for pylint
Enable both usb0 as a peripheral for use with DFU and
Signed-off-by: Sjoerd Simons
---
Changes in v3:
- Enable usb nodes in all boot phases
Changes in v2:
- Only enable usb port 0 DFU in SPL
arch/arm/dts/k3-am625-sk-u-boot.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git
Hi!
Le dimanche 10 décembre 2023, 00:16:31 CET Tom Rini a écrit :
> On Fri, Dec 08, 2023 at 11:30:01PM +0100, Francis Laniel wrote:
> > Hi.
> >
> >
> > During 2021 summer, Sean Anderson wrote a contribution to add a new shell,
> > based on LIL, to U-Boot [
Hi Tom,
On Tue, Dec 12, 2023 at 1:20 PM Fabio Estevam wrote:
> From: Andrejs Cainikovs (1):
> apalis-imx8: add USBH_EN gpio hog
This one did not apply cleanly, and I messed up the From: line (it
contains a double From:)
Could you please fix it while applying?
Thanks
Hi Tom,
please pull these fixes from u-boot-imx, thanks.
The following changes since commit 65eed687729c28431d38c6c9174da4d878fb107f:
test/py: Disable error E0611 in two cases for pylint (2023-12-09 14:58:21
-0500)
are available in the Git repository at:
https://gitlab.denx.de/u-boot
On Mon, Nov 6, 2023 at 1:33 PM Fabio Estevam wrote:
>
> From: Fabio Estevam
>
> The aliases and chosen nodes are currently indented using spaces.
>
> Fix them to use the standard tab indentation.
>
> Signed-off-by: Fabio Estevam
Applied, thanks.
On Fri, Dec 08, 2023 at 11:30:01PM +0100, Francis Laniel wrote:
> Hi.
>
>
> During 2021 summer, Sean Anderson wrote a contribution to add a new shell,
> based
> on LIL, to U-Boot [1, 2].
> While one of the goals of this contribution was to address the fact actual
> U-Bo
On Thu, Dec 07, 2023 at 09:46:23PM +0800, Leo Liang wrote:
> Hi Tom,
>
> The following changes since commit 2f0282922b2c458eea7f85c500a948a587437b63:
>
> Prepare v2024.01-rc4 (2023-12-04 13:46:56 -0500)
>
> are available in the Git repository at:
>
> ht
On Thu, Dec 07, 2023 at 04:02:26PM +0100, Neil Armstrong wrote:
> Hi Tom,
>
> A little fix to add the missing DM_USB_GADGET config for the amlogic boards
>
> The CI job is at
> https://source.denx.de/u-boot/custodians/u-boot-amlogic/pipelines/18828
>
> Thanks,
&
; (while read count email; do
> > if ! grep -q $email u-boot-config/domain-map; then
> >echo "$count $email";
> > fi; done )
> >
> > It reduces the (Unknown) count from a third to a fifth.
> >
> > Signed-off-by: Simon Glass
[
On 12/3/23 05:46, Simon Glass wrote:
This looks at the top unknowns:
git log --pretty=%ae v2023.01.. |sed 's/.*@//' |sort |uniq -c |
sort -nr |
(while read count email; do
if ! grep -q $email u-boot-config/domain-map; then
echo "$count $email";
On Sat, Dec 02, 2023 at 09:46:57PM -0700, Simon Glass wrote:
> The name changed a few years ago, so update it.
>
> Signed-off-by: Simon Glass
Applied to gitdm/u-boot, thanks! Do you want me to do a quick search and
replace on the stats pages since v2017.10 onward or just for future
On Sun, Dec 03, 2023 at 05:44:28PM -0700, Simon Glass wrote:
> Hi Tom,
>
> Would it be worth be resending this as individual patches and copying
> the people for each domain? Or perhaps we could have a way to
> encourage people to add the details?
It's just one table, and entry. So I will add a
0)
>
> are available in the Git repository at:
>
> https://source.denx.de/u-boot/custodians/u-boot-sunxi.git master
>
> for you to fetch changes up to d2e1cc69a24719e9939a84dc42bdf281af6ec35d:
>
> sunxi: H616: Add OrangePi Zero 3 board support (2023-12-06 23:09:17 +)
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Dec 04, 2023 at 11:18:17AM +0100, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following watchdog related fix:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
801 - 900 of 354836 matches
Mail list logo