Hi Michael,
On Fri, Apr 26, 2024 at 5:56 PM Michael Nazzareno Trimarchi
wrote:
>
> Hi Dario
>
> On Fri, Apr 26, 2024 at 5:52 PM Tom Rini wrote:
> >
> > On Fri, Apr 26, 2024 at 07:18:18AM +0200, Heiko Schocher wrote:
> > > Hello Tom,
> > >
> > > On 11.04.24 08:09, Michael Nazzareno Trimarchi wrot
On 4/29/24 09:59, Michael Nazzareno Trimarchi wrote:
> --
> On Mon, Apr 29, 2024 at 6:22 PM Chris Packham wrote:
>>
>> On Sun, Apr 28, 2024 at 4:15 AM Ravi Minnikanti
>> wrote:
>>>
>>> Once a page is read with higher bitflips a
On 4/29/24 10:52 PM, Tim Harvey wrote:
On Mon, Apr 29, 2024 at 1:51 PM Marek Vasut wrote:
On 4/29/24 9:10 PM, Tim Harvey wrote:
On Tue, Apr 23, 2024 at 4:18 PM Marek Vasut wrote:
On 4/19/24 5:24 PM, Tim Harvey wrote:
On Thu, Apr 18, 2024 at 11:42 AM Marek Vasut wrote:
On 4/18/24 8:02 P
On 4/30/24 12:36 AM, Jaehoon Chung wrote:
-Original Message-
From: Marek Vasut
Sent: Friday, April 26, 2024 8:41 PM
To: Jaehoon Chung ; u-boot@lists.denx.de
Cc: 'Peng Fan' ; 'Simon Glass'
Subject: Re: [PATCH v4] mmc: Poll CD in case cyclic framework is enabled
On 4/26/24 8:27 AM, Ja
On Fri, 19 Apr 2024 08:55:35 -0700, Daniel Schultz wrote:
> This patch series extends PHYTEC's SOM detection by minor
> fixes, a generic helper function and a new valid flag.
>
> Moreover, it adds a module to provide access to the SOM
> detection for our TI AM6 products.
>
> Daniel Schultz (3):
On Fri, 19 Apr 2024 08:51:14 +0200, Wadim Egorov wrote:
> Migrate the boards I maintain to OF_UPSTREAM.
>
> Wadim Egorov (3):
> phycore-am62x: Migrate to OF_UPSTREAM
> phycore-am64x: Migrate to OF_UPSTREAM
> phycore-rk3288: Migrate to OF_UPSTREAM
>
> [...]
Applied to u-boot/master, thanks
On Thu, 18 Apr 2024 14:00:55 -0500, Judith Mendez wrote:
> The following patch series includes a MMC tuning algorithm
> fix according to the following published paper [0].
>
> This seris also includes fixes for OTAP/ITAP delay values
> in j721e_4bit_sdhci_set_ios_post and for HS400 mode.
>
> For
On Thu, 18 Apr 2024 19:39:55 +0100, Caleb Connolly wrote:
> This is a subset of [1]. With more platform maintainers switching to
> OF_UPSTREAM I didn't want to get in the way (it has also proven more
> difficult than I hoped to remove only the fully compatible header
> files).
>
> This series rem
On Tue, 16 Apr 2024 14:50:12 +0530, MD Danish Anwar wrote:
> The series introduces device tree and config changes and AM65x
> to enable ICSSG driver. The series also enables SPL_LOAD_FIT_APPLY_OVERLAY
> for AM65x in order to load overlay over spl.
>
> The ICSSG2 node is added in device tree overl
On Fri, 26 Apr 2024 10:44:23 -0500, Andrew Davis wrote:
> s/ENTENDED/EXTENDED
>
>
Applied to u-boot/master, thanks!
--
Tom
On Tue, 23 Apr 2024 13:05:40 +0200, Robert Marko wrote:
> Currently, keep-syms-lto.c is being generated if LTO is enabled but unlike
> keep-syms-lto.o it is not being ignored, so lets add keep-syms-lto.* to
> .gitignore.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Mon, 22 Apr 2024 15:50:10 +0200, Heinrich Schuchardt wrote:
> With CONFIG_CMD_BLOBLIST=y, CONFIG_BLOBLIST=n linker errors occur:
>
> usr/bin/ld: cmd/bloblist.o: in function `do_bloblist_list':
> cmd/bloblist.c:27:(.text.do_bloblist_list+0x6):
> undefined reference to `bloblist_show
On Thu, 18 Apr 2024 12:58:28 -0500, Andrew Davis wrote:
> To workaround an issue in AM642 we reset the SoC in early boot. For that
> we first probed the sysreset driver by calling uclass_get_device(). The
> ti-sci sysreset driver is now probed during the ti-sci firmware probe.
> Update this call t
On Thu, 18 Apr 2024 16:11:12 +0200, Heinrich Schuchardt wrote:
> Akashi-san's Linaro email address in not valid anymore.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Thu, 18 Apr 2024 15:13:02 +0200, Francesco Dolcini wrote:
> Remove not needed variables from environment.
>
> - boot_scripts is not needed, the default value is just fine and
>already includes boot.scr
> - setup variable used to be executed from some bootscript, however
>it's not req
On Wed, 17 Apr 2024 18:24:34 +0200, Andrea Calabrese wrote:
> Add files produced by compilation of TI platforms:
>
> *.ti-secure(-rom)
> *.map
> *-board-config
> custMpk.pem
> *.bin_*
> *.fit
> *.itb
> tispl.bin_unsigned
>
> [...]
Applied to u-boot/master, thanks!
--
Tom
On Wed, 17 Apr 2024 10:39:21 +0200, Stefan Eichenberger wrote:
> In Linux, we allow sleep moci to be turned off when the carrier board
> supports it and the system is in suspend. In U-Boot, however, we want
> the sleep moci to be always on. So we use a gpio hog and disable the
> regulator. This ch
On Wed, 17 Apr 2024 10:06:50 +0530, Udit Kumar wrote:
> At present only MCU domain ESM is probed, this means errors
> occurred in mcu domain will be propagate to MCU_SAFETY_ERRORn.
> MCU ESM accepts SOC_SAFETY_ERRORn signal as Error
> event and propagate to MCU_SAFETY_ERRORn.[0]
>
> Therefore add
On Tue, 16 Apr 2024 11:21:15 -0500, Judith Mendez wrote:
> Enable MMC UHS support for to allow to enter the UHS
> modes for MMC1.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Tue, 16 Apr 2024 09:35:24 +0200, Heinrich Schuchardt wrote:
> Avoid adding the same flag to KBUILD_CFLAGS twice.
>
>
Applied to u-boot/master, thanks!
--
Tom
On Mon, 15 Apr 2024 09:54:58 +0200, Francesco Dolcini wrote:
> Adds tifsstub binaries, this is required for deepsleep functionality.
>
> This implements the same change as commit 128f81290b7d ("arm: dts: k3:
> binman: am625: add support for signing TIFSSTUB Images") did for TI AM62
> SK board.
>
On Sun, Apr 28, 2024 at 9:13 AM Emil Renner Berthing
wrote:
>
> Heinrich Schuchardt wrote:
> > We already support the VisionFive 2 and the Milk-V Mars board by
> > patching the VisionFive 2 device tree. With this patch the same
> > is done for the Milk-V Mars CM.
>
> Hi Heinrich.
>
> Thanks for th
> -Original Message-
> From: Marek Vasut
> Sent: Friday, April 26, 2024 8:41 PM
> To: Jaehoon Chung ; u-boot@lists.denx.de
> Cc: 'Peng Fan' ; 'Simon Glass'
> Subject: Re: [PATCH v4] mmc: Poll CD in case cyclic framework is enabled
>
> On 4/26/24 8:27 AM, Jaehoon Chung wrote:
> > Dear M
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;
> ian.robe...@timesys.com;
On AM62x SK we can see a boot failure with signature "alloc space
exhausted", so fix by increasing size of SPL_STACK_R_MALLOC_SIMPLE_LEN.
Fixes: 128f81290b ("arm: dts: k3: binman: am625: add support for signing
TIFSSTUB Images")
Signed-off-by: Judith Mendez
---
configs/am62x_evm_r5_defconfig |
On Mon, Apr 29, 2024 at 1:51 PM Marek Vasut wrote:
>
> On 4/29/24 9:10 PM, Tim Harvey wrote:
> > On Tue, Apr 23, 2024 at 4:18 PM Marek Vasut wrote:
> >>
> >> On 4/19/24 5:24 PM, Tim Harvey wrote:
> >>> On Thu, Apr 18, 2024 at 11:42 AM Marek Vasut wrote:
>
> On 4/18/24 8:02 PM, Fabio Es
On 4/29/24 6:48 PM, Tim Harvey wrote:
On Sat, Apr 27, 2024 at 4:20 PM Marek Vasut wrote:
On 4/27/24 2:11 AM, Tim Harvey wrote:
[...]
diff --git a/include/mmc.h b/include/mmc.h
index 4b8327f1f93b..7243bd761202 100644
--- a/include/mmc.h
+++ b/include/mmc.h
@@ -381,6 +381,21 @@ enum mmc_volta
On 4/29/24 9:10 PM, Tim Harvey wrote:
On Tue, Apr 23, 2024 at 4:18 PM Marek Vasut wrote:
On 4/19/24 5:24 PM, Tim Harvey wrote:
On Thu, Apr 18, 2024 at 11:42 AM Marek Vasut wrote:
On 4/18/24 8:02 PM, Fabio Estevam wrote:
Hi Tim,
On Thu, Apr 18, 2024 at 2:54 PM Tim Harvey wrote:
Fabio,
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/u
On Tue, Apr 23, 2024 at 4:18 PM Marek Vasut wrote:
>
> On 4/19/24 5:24 PM, Tim Harvey wrote:
> > On Thu, Apr 18, 2024 at 11:42 AM Marek Vasut wrote:
> >>
> >> On 4/18/24 8:02 PM, Fabio Estevam wrote:
> >>> Hi Tim,
> >>>
> >>> On Thu, Apr 18, 2024 at 2:54 PM Tim Harvey wrote:
> >>>
> Fabio,
From: Sean Edmond
When a successful neighbor advertisement is received, the ethernet
address should be saved for later use to avoid having to redo the
neighbor discovery process.
For example, with TFTP the address should get saved into
"net_server_ethaddr". This is being done correctly with ARP
The new config option BOOTP_RANDOM_XID will randomize the transaction ID
for each new BOOT/DHCPv4 exchange.
Signed-off-by: Sean Edmond
Reviewed-by: Tom Rini
---
(no changes since v5)
Changes in v5:
- fix depends for BOOTP_RANDOM_XID:
"depends on CMD_BOOTP && (LIB_RAND || LIB_HW_RAND)"
Chan
This patch introduces 3 improvements to align with RFC 951:
- retransmission backoff interval maximum is configurable
- initial retranmission backoff interval is configurable
- transaction ID is kept the same for each BOOTP/DHCPv4 request
In applications where thousands of nodes are serviced by a
- Enable option 209 by default
- Set pxelinux_configfile to NULL to avoid potential double free
- change hardcoded 209 to a define
Signed-off-by: Sean Edmond
---
Changes in v7:
- Reword this commit
Changes in v6:
- Reword this commit
Changes in v4:
- rebase master and resolve conflicts
- defa
In our datacenter application, a single DHCP server is servicing 36000+ clients.
Improvements are required to the DHCPv4 retransmission behavior to align with
RFC and ensure less pressure is exerted on the server:
- retransmission backoff interval maximum is configurable
(environment variable b
On Mon, Apr 29, 2024 at 6:22 PM Chris Packham wrote:
>
> On Sun, Apr 28, 2024 at 4:15 AM Ravi Minnikanti
> wrote:
> >
> > Once a page is read with higher bitflips all subsequent reads
> > are returning the same bitflip value even though they have none.
> > max_bitflip variable is not being reset
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/u-boot-pmic/-/pipelines/20569
u-boot/custodians/u-boot-mmc (2024-04-26 07:39:18
> -0600)
>
> are available in the Git repository at:
>
> https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
> tags/u-boot-imx-master-20240429
>
> for you to fetch changes up to 37e50627efacd8dae18b564e9d8886a033e1
Hi,
On Thu, Apr 18, 2024 at 7:36 PM Sean Anderson wrote:
>
> When a patch is added to a series after the initial version, there are no
> changes to note except that it is new. This is typically done to suppress
> the "(no changes in vN)" message. It's also nice to add a change to the
> cover lett
On Sat, Apr 27, 2024 at 4:20 PM Marek Vasut wrote:
>
> On 4/27/24 2:11 AM, Tim Harvey wrote:
>
> [...]
>
> > diff --git a/include/mmc.h b/include/mmc.h
> > index 4b8327f1f93b..7243bd761202 100644
> > --- a/include/mmc.h
> > +++ b/include/mmc.h
> > @@ -381,6 +381,21 @@ enum mmc_voltage {
> > #def
On Sun, Apr 28, 2024 at 4:15 AM Ravi Minnikanti wrote:
>
> Once a page is read with higher bitflips all subsequent reads
> are returning the same bitflip value even though they have none.
> max_bitflip variable is not being reset to 0 across page reads.
>
> This is causing problems like incorrectl
On Tue, 23 Apr 2024 09:10:05 +0100
Peter Hoyes wrote:
Hi,
> From: Peter Hoyes
>
> Polling cntpct_el0 in a tight loop for delays is inefficient.
> This is particularly apparent on Arm FVPs, which do not simulate
> real time, meaning that a 1s sleep can take a couple of orders
> of magnitude lon
On 4/29/24 15:17, Pratyush Yadav wrote:
> On Thu, Apr 25 2024, tkuw584...@gmail.com wrote:
>
>> From: Takahiro Kuwano
>
> I wonder how authorship should work for such patches. Patches 1, 2, and
> 6 in this series are very close to what my patches did for Linux. So I
> wonder who should get au
On Thu, Apr 25 2024, tkuw584...@gmail.com wrote:
> From: Takahiro Kuwano
I wonder how authorship should work for such patches. Patches 1, 2, and
6 in this series are very close to what my patches did for Linux. So I
wonder who should get authorship in this case: the person porting the
patch or t
Hi,
there are multiple definitions of fdt_addr and fdt_addr_r:
usage/environment.rst:
Tells us fdt_addr is in flash location and _r in RAM
develop/distro.rst:
fdt_addr -> Mandatory for any system that provides the DTB in HW (e.g. ROM)
I also noticed that bootmeth_efi.c/distro_efi_try_bootflow_
On 4/29/24 11:02 AM, Gaurav Jain wrote:
Hi,
diff --git a/drivers/crypto/fsl/Makefile
b/drivers/crypto/fsl/Makefile index 7a2543e16cc..4fbce519a0b 100644
--- a/drivers/crypto/fsl/Makefile
+++ b/drivers/crypto/fsl/Makefile
@@ -6,6 +6,6 @@ obj-y += sec.o
obj-$(CONFIG_FSL_CAAM) += jr.o fsl_hash.
On Tue, 23 Apr 2024 09:10:04 +0100
Peter Hoyes wrote:
Hi,
> From: Peter Hoyes
>
> The sev() and wfe() asm macros are currently defined only for
> mach-exynos. As these are common Arm instructions, move them to the
> common asm/system.h header file, for both Armv7 and Armv8, so they
> can be us
On Thu, Apr 25, 2024 at 8:01 PM Marek Vasut wrote:
>
> Add new binman etype derived from mkimage etype which generates configuration
> input file for mkimage -T imx8mimage, and runs the mkimage on input data. The
> mkimage -T imx8mimage is used to generate combined image with SPL and DDR PHY
> blo
On Wed, Apr 24, 2024 at 5:12 AM Peng Fan (OSS) wrote:
>
> From: Peng Fan
>
> patch 1 is to avoid build break when using upstream dts
> Patch 2 is moving to OF_UPSTREAM
>
> This is a resend of V3 imx93: Conver to OF_UPSTREAM patch 5,6
>
> Peng Fan (2):
> dt-bindings: imx93: sync clock header
>
On Tue, Apr 23, 2024 at 8:15 PM Marek Vasut wrote:
>
> Enable PCIe/NVMe support on DH i.MX8M Plus DHCOM PDK3. Except for
> the configuration options which are enabled, add slight adjustment
> to board u-boot.dtsi, which is necessary as there is currently no
> driver for the I2C PCIe clock generato
On Tue, Apr 23, 2024 at 12:57 PM Francesco Dolcini wrote:
>
> From: Francesco Dolcini
>
> In commit 51aaaf5e7975 ("board: toradex: imx: Remove not needed env
> variables")
> the empty definition of fdt_fixup variable was removed, however this was
> still referenced from the boot command leading
:
https://gitlab.denx.de/u-boot/custodians/u-boot-imx.git
tags/u-boot-imx-master-20240429
for you to fetch changes up to 37e50627efacd8dae18b564e9d8886a033e181bc:
ARM: dts: imx: Convert i.MX8M flash.bin image generation to binman
(2024-04-28 12:10:13 -0300)
u-boot-imx-maste
Hi Marek
> -Original Message-
> From: Marek Vasut
> Sent: Friday, April 26, 2024 9:33 AM
> To: thar...@gateworks.com
> Cc: u-boot@lists.denx.de; Angelo Dureghello ;
> Emanuele Ghidoli ; Fabio Estevam
> ; Gaurav Jain ; Heinrich
> Schuchardt ; Michal Simek ;
> Simon Glass ; Stefan Roese ; S
On 4/25/24 17:18, Ondřej Jirman wrote:
On Thu, Apr 25, 2024 at 12:59:29PM GMT, Michal Simek wrote:
Well, it doesn't help that the code is almost all refering to CLK_CTRL while
actually accessing gem1_rclk_ctrl in the struct.
In any case it can't detect the case when sourcing the clock from E
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:
Mer
55 matches
Mail list logo
