dwc3_core_init loops 'timeout' times to check if the IP block is out
of reset using 'while (timeout--)'. If there is some issue and
the block doesn't come out of reset, the loop will run till
'timeout' becomes zero and the post decrement operator would set
timeout to 0x. Though the IP block
Hi Tom
On 14/01/25 00:04, Tom Rini wrote:
Hey all,
It's been suggested again a few times recently that we should try and
have some sort of regular open call / video chat as that might help
clear up some issues. To that end, I'd like to propose we have the first
one at 9am -0600 UTC (3pm +0 UTC)
This board does not have any NVMe slot, so disable unneeded
CONFIG_NVME_PCI option.
Fixes: bf4a33e725ae ("board: rockchip: add FriendlyElec NanoPi R3S")
Signed-off-by: Tianling Shen
---
configs/nanopi-r3s-rk3566_defconfig | 1 -
1 file changed, 1 deletion(-)
diff --git a/configs/nanopi-r3s-rk35
Hi Tom,
On Tue, 14 Jan 2025 at 18:41, Tom Rini wrote:
>
> On Tue, Jan 14, 2025 at 06:18:26PM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Tue, 14 Jan 2025 at 10:33, Tom Rini wrote:
> > >
> > > On Tue, Jan 14, 2025 at 10:58:01AM -0600, Tom Rini wrote:
> > > > On Tue, Jan 14, 2025 at 05:58:04A
> -Original Message-
> From: Tom Rini
> Sent: Wednesday, January 15, 2025 11:08 AM
>
> The option MMC_SDHCI_ADMA_FORCE_32BIT is only tested or used when
> MMC_SDHCI_ADMA or SPL_MMC_SDHCI_ADMA is enabled. And for
> MMC_SDHCI_ADMA_64BIT the same is true except we also require
> MMC_SDHCI_
> Subject: [PATCH] mmc: Kconfig: Correct dependencies SDHCI ADMA
> options
>
> The option MMC_SDHCI_ADMA_FORCE_32BIT is only tested or used
> when MMC_SDHCI_ADMA or SPL_MMC_SDHCI_ADMA is enabled. And
> for MMC_SDHCI_ADMA_64BIT the same is true except we also require
> MMC_SDHCI_ADMA_FORCE_32BIT to
Changes for v3:
- Support multiple buses for multiple Ethernet interfaces.
Changes for v2:
- add bitbang delay dts read
- modify printf to debug
Michael Chang (1):
net: designware: Add bitbang feature for designware driver
arch/arm/dts/nuvoton-npcm845-evb.dts | 1 +
Add bb_miiphy_bus function for designware bitbang feature.
Signed-off-by: Jim Liu
Signed-off-by: Michael Chang
---
arch/arm/dts/nuvoton-npcm845-evb.dts | 1 +
drivers/net/designware.c | 111 +++
drivers/net/designware.h | 6 +-
3 files changed
The option MMC_SDHCI_ADMA_FORCE_32BIT is only tested or used when
MMC_SDHCI_ADMA or SPL_MMC_SDHCI_ADMA is enabled. And for
MMC_SDHCI_ADMA_64BIT the same is true except we also require
MMC_SDHCI_ADMA_FORCE_32BIT to be disabled.
Signed-off-by: Tom Rini
---
Cc: Peng Fan
Cc: Jaehoon Chung
---
driv
As this fragment turns off MMC in both SPL and full U-Boot, we can turn
the whole symbol off rather than just the MMC driver.
Signed-off-by: Tom Rini
---
Cc: Sjoerd Simons
---
configs/am62x_r5_usbdfu.config | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/configs/am62x_r5_u
From: Liya Huang <1425075...@qq.com>
Reviewed-by: Simon Glass
Reviewed-by: Pali Rohár
Signed-off-by: Liya Huang <1425075...@qq.com>
---
arch/arm/lib/relocate.S | 2 --
1 file changed, 2 deletions(-)
diff --git a/arch/arm/lib/relocate.S b/arch/arm/lib/relocate.S
index 345e282e3e..bffadfecba 10
On Tue, Jan 14, 2025 at 06:18:26PM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Tue, 14 Jan 2025 at 10:33, Tom Rini wrote:
> >
> > On Tue, Jan 14, 2025 at 10:58:01AM -0600, Tom Rini wrote:
> > > On Tue, Jan 14, 2025 at 05:58:04AM -0700, Simon Glass wrote:
> > > > Hi Tom,
> > > >
> > > > On Mon, 13
> On Thu, Jan 2, 2025 at 10:47 PM Alice Guo wrote:
> >
> > From: Ye Li
> >
> > This patch adds i.MX95 19x19 EVK board basic support.
> >
>
> Hi Alice,
>
> Could you add in the commit log what is and/or what is not supported?
>
> From what I see:
>
> the following is supported:
> - gpio
> - pci
>
In the case of MTD_BLOCK and UBI_BLOCK they should be select'ing BLK as
they provide block device functionality and not depending on some other
block device already being enabled too (as is the typical case).
Signed-off-by: Tom Rini
Reviewed-by: Quentin Schulz
---
Changes in v2:
- None.
---
dri
Now that block drivers are all selecting the BLK symbol, there's no need
for other options to be select'ing BLK so that other required
functionality can be enabled. Remove these places.
Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
---
Changes in v2:
- None.
---
arch/arm/Kconfig
In reworking the BLK usage in Kconfig, I found there's a few issues with
EFI_LOADER=y and BLK=n. In general, we can easily say that
lib/efi_loader/efi_file.c also should only be built with CONFIG_BLK.
That however leaves the bootmgr code, eficonfig code and then parts of
efi_device_path.c, efi_boot
The BLK symbol has a few meanings, one of which is that it controls the
driver model portion of a "block device". Rather than having this hidden
symbol be "default y if ..." it should be select'd by the various block
subsystems.
Signed-off-by: Tom Rini
Reviewed-by: Peter Robinson
---
Changes in
Hi Quentin,
On Tue, 14 Jan 2025 at 08:13, Quentin Schulz wrote:
>
> Hi Simon,
>
> On 12/20/24 5:01 AM, Simon Glass wrote:
> > The devicetree file may not be provided, so avoid a failure in that
> > case.
> >
>
> Can you provide a bit more information on when/why this shouldn't be a
> failure? I a
At this point in time, we know that with the MMC symbol enabled we will
always also have the BLK symbol enabled, so we do not need to list that
as a dependency for MMC drivers.
Signed-off-by: Tom Rini
Reviewed-by: Jaehoon Chung
Reviewed-by: Quentin Schulz
---
Changes in v2:
- Reword the body of
At this point in time, DM is always enabled. So if MMC is enabled, it
should select DM_MMC. No drivers need to depend on DM_MMC being enabled
now, so remove that from dependency lists. This now means that a number
of platforms which select'd DM_MMC need to select MMC instead.
Signed-off-by: Tom Ri
Hey all,
One problem we have today is how the BLK symbol is set and used in
Kconfig files. Part of the challenge is that we use it as a gating
symbol for "we have a block device" and also for "enable block device
library code". What this series does is move to always use "select BLK"
by block driv
Hi Tom,
On Tue, 14 Jan 2025 at 10:33, Tom Rini wrote:
>
> On Tue, Jan 14, 2025 at 10:58:01AM -0600, Tom Rini wrote:
> > On Tue, Jan 14, 2025 at 05:58:04AM -0700, Simon Glass wrote:
> > > Hi Tom,
> > >
> > > On Mon, 13 Jan 2025 at 18:22, Tom Rini wrote:
> > > >
> > > > On Thu, Jan 09, 2025 at 05:
Hi Ilias,
On Tue, 14 Jan 2025 at 12:34, Ilias Apalodimas
wrote:
>
> Hi Simon,
>
> On Tue, 14 Jan 2025 at 15:15, Simon Glass wrote:
> >
> > Hi Ilias,
> >
> > On Tue, 14 Jan 2025 at 01:40, Ilias Apalodimas
> > wrote:
> > >
> > > Hi Simon,
> > >
> > > On Fri, 10 Jan 2025 at 16:54, Simon Glass wro
Hi Heinrich,
On Mon, 13 Jan 2025 at 00:49, Heinrich Schuchardt wrote:
>
> On 1/12/25 04:42, Sam Protsenko wrote:
> > There is no such thing as struct bootmeth, it's probably a typo. This
> > issue doesn't affect the execution as it's a pointer, and pointer sizes
> > are the same for all data type
Hi Heinrich, Sam,
On Mon, 13 Jan 2025 at 00:40, Heinrich Schuchardt wrote:
>
> On 1/12/25 04:42, Sam Protsenko wrote:
> > Specifying efi_mgr in 'bootmeths' environment variable leads to NULL
> > pointer dereference when 'bootflow scan' is executed, with call trace
> > like this:
> >
> > priv
Hi Fabian,
Firstly, please can you drop your signature as it is not correct for a
public mailing list.
On Tue, 14 Jan 2025 at 08:12, Koch, Fabian wrote:
>
> Hey Simon,
>
> Thanks for getting back to me.
>
> > So long as you put your image in a configuration, it can be verified.
> > The question
Hi Raymond,
On Tue, 14 Jan 2025 at 08:20, Raymond Mao wrote:
>
> Get tpm event log from bloblist instead of FDT when bloblist is
> enabled and valid from previous boot stage.
>
> As a fallback, when no event log from previous stage is observed
> and no user buffer is passed, malloc a default buff
On Sun, Jan 12, 2025 at 11:36:58PM +0100, Marek Vasut wrote:
> Add support for starting TFA from U-Boot running in EL3 as part of
> fitImage boot, so the user can start U-Boot in the highest privilege
> level on the platform, bundle TFA, Linux, DT into a single fitImage
> and boot such a bundle as
On Sun, Jan 12, 2025 at 11:36:57PM +0100, Marek Vasut wrote:
> Add empty weak assembler function armv8_switch_to_el2_prep() which is
> jumped to just before U-Boot determines which EL it is running in and
> decides which path to take to boot the Linux kernel.
>
> This weak function is meant to be
On Tue, Jan 14, 2025 at 03:50:16PM +0100, Michal Simek wrote:
> Hi Tom,
>
> here are some patches I have collected so far. There is nothing significant
> in it. Just trying to clean my inbox. I am not expecting many changes for
> .04 anyway.
>
> Thanks,
> Michal
>
> The following changes since
On Tue, Jan 14, 2025 at 10:53:23AM +0900, Jaehoon Chung wrote:
> Dear Tom,
>
>
> Please pull u-boot-pmic master into u-boot master branch.
> If there is any problem, let me know, plz. Thanks!
>
>
> Best Regards,
> Jaehoon Chung
>
> CI: https://source.denx.de/u-boot/custodians/u-boot-pmic/-/pi
On Wed, 08 Jan 2025 10:19:35 +0530, Aparna Patra wrote:
> This series implements fdt fixups, by reading hardware
> information from registers and accordingly delete/modify
> the DT nodes, at run-time.
>
> Logs for AM62P boot:
> https://gist.github.com/itsme-aparna/b889fe59882c1acf0ef25a644bd325c4
On Mon, 06 Jan 2025 14:36:59 +0530, Santhosh Kumar K wrote:
> This series adds support for Inline ECC in DDR for AM64X, AM62X,
> AM62AX, AM62PX, J721E, J721S2, J722S and J784S4 devices.
>
> (1/9) Add ss_cfg reg entry
> (2/9) Enable ECC priming with BIST engine
> (3/9) Add a function to store base
On Fri, 20 Dec 2024 00:42:07 +0300, Dmitry Rokosov wrote:
> This series consists of three patches.
>
> The first patch modifies the function documentation style in the
> include/fdt_support.h file to comply with kernel-doc requirements.
>
> The second patch modifies the board_fdt_chosen_bootargs
On 1/14/25 11:34 PM, Tim Harvey wrote:
On Thu, Jan 2, 2025 at 10:47 PM Alice Guo wrote:
From: Ye Li
This patch adds i.MX95 19x19 EVK board basic support.
Hi Alice,
Could you add in the commit log what is and/or what is not supported?
From what I see:
the following is supported:
- gpio
On Thu, Jan 2, 2025 at 10:47 PM Alice Guo wrote:
>
> From: Ye Li
>
> This patch adds i.MX95 19x19 EVK board basic support.
>
Hi Alice,
Could you add in the commit log what is and/or what is not supported?
>From what I see:
the following is supported:
- gpio
- pci
- i2c
- mmc
the following ar
On Fri, 06 Dec 2024 14:54:17 -0800, Raymond Mao wrote:
> Motivations for changes:
> Current SMBIOS library and command-line tool is not fully matching with
> the requirements:
> 1. Missing support for other mandatory types (#7, #9, #16, #17, #19).
> 2. Only a few platforms support SMBIOS node from
On Tue, 17 Dec 2024 10:22:15 -0600, Tom Rini wrote:
> Reading doc/board/google/chromebook_coral.rst we can see that at some
> point it was intended to put the bloblist in CAR, rather than DRAM, at
> some point during development. This is fine for TPL/SPL stages where we
> have very minimal informa
On Wed, 20 Nov 2024 08:36:38 -0700, Simon Glass wrote:
> This little series makes a minor change to how autoprobe is
> implemeneted, as discussed on the list:
>
>https://patchwork.ozlabs.org/project/uboot/patch/
> 20240626235717.272219-1-ma...@denx.de/
>
>
> [...]
Applied to u-boot/m
On Fri, Dec 13, 2024 at 12:08 PM Quentin Schulz
wrote:
>
> Hi all,
>
> In U-Boot, there are multiple stages which can be loaded from different
> media each. On Rockchip SoCs, it mostly goes this way, SoC BootROM loads
> from a medium (storage or over USB) and executes the TPL (or SPL if no
> TPL s
Hi Simon,
On Tue, 14 Jan 2025 at 15:15, Simon Glass wrote:
>
> Hi Ilias,
>
> On Tue, 14 Jan 2025 at 01:40, Ilias Apalodimas
> wrote:
> >
> > Hi Simon,
> >
> > On Fri, 10 Jan 2025 at 16:54, Simon Glass wrote:
> > >
> > > Hi again Ilias,
> > >
> > > On Thu, 2 Jan 2025 at 18:41, Simon Glass wrote
On 1/14/25 3:45 PM, Patrice Chotard wrote:
+ /* glue init */
+ reg = readl(glue_base + CLKRST_CTRL);
+
+ reg |= AUX_CLK_EN | EXT_CFG_RESET_N | XHCI_REVISION;
+ reg &= ~SW_PIPEW_RESET_N;
+
+ writel(reg, glue_base + CLKRST_CTRL);
+
+ /* configure mux for vbus, p
On 1/14/25 3:45 PM, Patrice Chotard wrote:
Reorder include following rules available here :
https://docs.u-boot.org/en/latest/develop/codingstyle.html#include-files
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
drivers/usb/dwc3/dwc3-generic.c | 21 ++---
1 file changed
On 1/14/25 3:45 PM, Patrice Chotard wrote:
Since addition of STiH407 support in dwc3-generic, SYSCON and REGMAP
support are needed.
Add dependencies with SPL_REGMAP and SPL_SYSCON for:
qcm6490, imx8mp_evk, phycore-imx8mp, librem5, qcom,
xilinx_versal_net_virt, amd_versal2_virt, xilinx_zynqmp_kri
On Tue, Jan 14, 2025 at 10:58:01AM -0600, Tom Rini wrote:
> On Tue, Jan 14, 2025 at 05:58:04AM -0700, Simon Glass wrote:
> > Hi Tom,
> >
> > On Mon, 13 Jan 2025 at 18:22, Tom Rini wrote:
> > >
> > > On Thu, Jan 09, 2025 at 05:29:56AM -0700, Simon Glass wrote:
> > >
> > > > Loading a FIT is useful
Add description of compiling u-boot for K230 CanMV.
Since the vendor's u-boot-spl verifies u-boot header [1], it is
necessary to use the Python script from vendor to add the header to the
u-boot image.
[1]
https://github.com/kendryte/k230_sdk/blob/v1.8/src/little/uboot/board/canaan/common/k230_b
Add support for K230 CanMV board with serial console and usb otg
support. It can boot via vendor's u-boot-spl and boot into Linux
via tftp through the onboard RTL8152.
Signed-off-by: Junhui Liu
---
board/canaan/k230_canmv/Kconfig | 19 +++
board/canaan/k230_canmv/MAINTAINERS
Add Canaan K230 SoC with sysreset support, running without cache
enabled.
Signed-off-by: Junhui Liu
---
arch/riscv/Kconfig | 5 +
arch/riscv/cpu/k230/Kconfig | 14 ++
arch/riscv/cpu/k230/Makefile | 6 ++
arch/riscv/cpu/k230/cpu.c| 9 +
arch/riscv/cpu
Add initial dts for K230-CanMV powered by Canaan Kendryte K230 SoC,
which has two RISC-V C908 cores, a big core with vector 1.0 extension
and a small core without vector extension.
This patch is basically comes from Linux Kernel [1] and it assumes
u-boot is running on the big core. Additionally, b
Canaan Kendryte K230 SoC instantiates a dwc2 v4.30a core. This patch
adds the compatible for it.
Signed-off-by: Junhui Liu
---
The USB function on K230 currently relies on patch [1], which updates
the core reset flow of dwc2 in version 4.20a and newer. However, the USB
PHY drivers is not support
K230-CanMV [1] is a RISC-V development board with K230 SoC [2] from the
Kendryte series by Canaan Technology.
This patch series add initial support for u-boot on K230-CanMV and it can
boot via vendor's u-boot-spl and boot into Linux via tftp through the
onboard RTL8152 [3].
[1] https://developer.
On Tue, Jan 14, 2025 at 02:53:48PM +0100, Quentin Schulz wrote:
> Hi Tom,
>
> On 12/20/24 11:22 PM, Tom Rini wrote:
> > Now that block drivers are all selecting the BLK symbol, there's no need
> > for other options to be select'ing BLK so that other required
> > functionality can be enabled. Remov
On Tue, Jan 14, 2025 at 02:45:25PM +0100, Quentin Schulz wrote:
> Hi Tom,
>
> On 12/20/24 11:22 PM, Tom Rini wrote:
> > The BLK symbol has a few meanings, one of which is that it controls the
> > driver model portion of a "block device". Rather than having this hidden
> > symbol be "default y if .
On Tue, Jan 14, 2025 at 02:43:44PM +0100, Quentin Schulz wrote:
> Hi Tom,
>
> On 12/20/24 11:22 PM, Tom Rini wrote:
> > At this point in time, DM is always enabled. So if MMC is enabled, it
> > should select DM_MMC. No drivers need to depend on DM_MMC being enabled
> > now, so remove that from dep
On Tue, Jan 14, 2025 at 02:25:45PM +0100, Quentin Schulz wrote:
> Hi Tom,
>
> On 12/20/24 11:22 PM, Tom Rini wrote:
> > At this point in time, MMC will always have BLK enabled, so we do not
>
> This was not clear to me as to why until I read the definition of the BLK
> symbol. Could you please re
On Tue, Jan 14, 2025 at 05:58:04AM -0700, Simon Glass wrote:
> Hi Tom,
>
> On Mon, 13 Jan 2025 at 18:22, Tom Rini wrote:
> >
> > On Thu, Jan 09, 2025 at 05:29:56AM -0700, Simon Glass wrote:
> >
> > > Loading a FIT is useful for other VBE methods, such as ABrec, so start
> > > a new common file. A
Hi Kever,
On 1/10/25 1:54 AM, Kever Yang wrote:
Hi Quentin,
On 2024/11/27 00:53, Quentin Schulz wrote:
Hi Heiko,
On 11/21/24 3:27 PM, Heiko Stuebner wrote:
From: Xuhui Lin
Add support for rk3576 package header in mkimage tool.
Signed-off-by: Heiko Stuebner
---
tools/rkcommon.c | 1 +
On Tue, Jan 14, 2025 at 03:21:09PM +0100, Michal Simek wrote:
> Hi
>
> On 1/13/25 19:34, Tom Rini wrote:
> > Hey all,
> >
> > It's been suggested again a few times recently that we should try and
> > have some sort of regular open call / video chat as that might help
> > clear up some issues. To
Hi Quentin,
On 2025/1/14 23:21, Quentin Schulz wrote:
Hi Tianling,
On 1/14/25 3:49 PM, Tianling Shen wrote:
Hi Quentin,
On 2025/1/14 22:39, Quentin Schulz wrote:
Hi Tianling,
On 12/26/24 10:20 AM, Tianling Shen wrote:
The NanoPi R3S(as "R3S") is an open source platform with dual-Gbps
Ether
Hi Tianling,
On 1/14/25 3:49 PM, Tianling Shen wrote:
Hi Quentin,
On 2025/1/14 22:39, Quentin Schulz wrote:
Hi Tianling,
On 12/26/24 10:20 AM, Tianling Shen wrote:
The NanoPi R3S(as "R3S") is an open source platform with dual-Gbps
Ethernet ports designed and developed by FriendlyElec for IoT
Move default eventlog size from efi to tpm for using in both
efi and measured boot.
Signed-off-by: Raymond Mao
---
Changes in v5
- Move eventlog size kconfig from EFI to TPM2, so that it can be used by
both EFI and MEASURED_BOOT.
doc/usage/measured_boot.rst | 1 -
drivers/tpm/Kconfig
Get tpm event log from bloblist instead of FDT when bloblist is
enabled and valid from previous boot stage.
As a fallback, when no event log from previous stage is observed
and no user buffer is passed, malloc a default buffer to initialize
the event log.
Signed-off-by: Raymond Mao
---
Changes i
bloblist_find function only returns the pointer of blob data,
which is fine for those self-describing data like FDT.
But as a common scenario, an interface is needed to retrieve both
the pointer and the size of the blob data.
Add a few ut test cases for the new api.
Signed-off-by: Raymond Mao
Re
Hi Simon,
On 12/20/24 5:01 AM, Simon Glass wrote:
The devicetree file may not be provided, so avoid a failure in that
case.
Can you provide a bit more information on when/why this shouldn't be a
failure? I assume likely x86? or Aarch64 with ACPI instead of OF?
Cheers,
Quentin
Hi Quentin,
On 2025/1/14 22:48, Quentin Schulz wrote:
Hi Tianling,
On 12/26/24 10:20 AM, Tianling Shen wrote:
The NanoPi R3S(as "R3S") is an open source platform with dual-Gbps
Ethernet ports designed and developed by FriendlyElec for IoT
applications.
Specification:
- Rockchip RK3566
- 2GB L
This series is :
_ restoring USB on STiH410-B2260 which hasn't been
tested since a while.
_ migrating STi DWC3 glue from proprietary driver to
dwc3-generic driver.
_ adding UMS support for STiH410-B2260.
Patrice Chotard (10):
ARM: dts: sti: Add fixed clock for ehci and ohci nodes in
Hi Tom,
here are some patches I have collected so far. There is nothing significant in
it. Just trying to clean my inbox. I am not expecting many changes for .04 anyway.
Thanks,
Michal
The following changes since commit 6a0db9ee030f634731b792d864fc7a9df6cc6b80:
Merge branch 'master' of htt
Hi Quentin,
On 2025/1/14 22:39, Quentin Schulz wrote:
Hi Tianling,
On 12/26/24 10:20 AM, Tianling Shen wrote:
The NanoPi R3S(as "R3S") is an open source platform with dual-Gbps
Ethernet ports designed and developed by FriendlyElec for IoT
applications.
Tianling Shen (7):
arm64: dts: rockch
STi is now using the dwc3-generic driver, dwc3-sti-glue driver
can be removed.
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
MAINTAINERS | 2 -
drivers/usb/host/Kconfig | 9 --
drivers/usb/host/Makefile| 1 -
drivers/usb/host/dwc3-sti-glue.c | 25
Hi Tianling,
On 12/26/24 10:20 AM, Tianling Shen wrote:
The NanoPi R3S(as "R3S") is an open source platform with dual-Gbps
Ethernet ports designed and developed by FriendlyElec for IoT
applications.
Specification:
- Rockchip RK3566
- 2GB LPDDR4X RAM
- optional 32GB eMMC module
- SD card slot
-
Add STi glue logic to manage the DWC3 HC on STiH407
SoC family. It configures the internal glue logic and
syscfg registers.
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
drivers/usb/dwc3/dwc3-generic.c | 108
1 file changed, 108 insertions(+)
diff --git a
Reorder include following rules available here :
https://docs.u-boot.org/en/latest/develop/codingstyle.html#include-files
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
drivers/usb/dwc3/dwc3-generic.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git
Since addition of STiH407 support in dwc3-generic, SYSCON and REGMAP
support are needed.
Add dependencies with SPL_REGMAP and SPL_SYSCON for:
qcm6490, imx8mp_evk, phycore-imx8mp, librem5, qcom,
xilinx_versal_net_virt, amd_versal2_virt, xilinx_zynqmp_kria
xilinx_zynqmp_virt.
Add dependencies with
Since DM_USB_GADGET is enable for this board, board_usb_init()
and board_usb_cleanup() can be removed.
Signed-off-by: Patrice Chotard
---
board/st/stih410-b2260/board.c | 30 --
1 file changed, 30 deletions(-)
diff --git a/board/st/stih410-b2260/board.c b/board/st/s
Enable CMD_USB_MASS_STORAGE flag.
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
configs/stih410-b2260_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/stih410-b2260_defconfig b/configs/stih410-b2260_defconfig
index 6fa28c11546..cc77d03d473 100644
--- a/configs/stih4
Enable DM_USB_GADGET flag.
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
configs/stih410-b2260_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/stih410-b2260_defconfig b/configs/stih410-b2260_defconfig
index c1092bdde29..6fa28c11546 100644
--- a/configs/stih410-b2260_
Enable USB_DWC3_GENERIC flag.
Signed-off-by: Patrice Chotard
Cc: Marek Vasut
---
configs/stih410-b2260_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/stih410-b2260_defconfig b/configs/stih410-b2260_defconfig
index e312ca492d2..c1092bdde29 100644
--- a/configs/stih410-b22
On STi platforms, all clocks are enabled by BOOTROM, so CONFIG_CLK is
not set as no clock driver for STI exists.
As ehci-generic and ohci-generic drivers are used on platforms where
CONFIG_CLK is set, clk_get_bulk() returns-ENOSYS in case of
stih410-b2260.
To avoid this error, add fixed clocks for
Since commit 6aa8bde8786d ("usb: host: ehci-generic: Remove DM_REGULATOR
flag") device_get_supply_regulator() returns -ENOSYS which is not handle
by ehci_enable_vbus_supply() and thus, ehci_usb_probe() return an error.
By enabling DM_REGULATOR flag, device_get_supply_regulator() return -ENOENT
whi
On 1/14/25 14:58, Vincent Fazio wrote:
Allow the ZyncMP RTC driver to be enabled on Versal architectures.
Also, require DM_RTC since the driver uses the RTC driver model.
Signed-off-by: Vincent Fazio
---
Changes in v3:
- Revert a typo in the help text
Changes in v2:
- Add DM_RTC dependency
Hi Tianling,
On 12/26/24 10:20 AM, Tianling Shen wrote:
The NanoPi R3S(as "R3S") is an open source platform with dual-Gbps
Ethernet ports designed and developed by FriendlyElec for IoT
applications.
Tianling Shen (7):
arm64: dts: rockchip: Add FriendlyARM NanoPi R3S board
arm64: dts: rock
Hi
On 1/13/25 19:34, Tom Rini wrote:
Hey all,
It's been suggested again a few times recently that we should try and
have some sort of regular open call / video chat as that might help
clear up some issues. To that end, I'd like to propose we have the first
one at 9am -0600 UTC (3pm +0 UTC) via
On 1/14/25 12:04 PM, Quentin Schulz wrote:
[...]
This has to be updated to handle the mkimage -E case too. Basically,
if the FDT is outside of the fitImage tree area, but still in the
trailing blob area at the end of fitImage generated with mkimage -E,
then any modification to the DT which wou
Hi Gijs,
On 1/2/25 3:07 PM, Gijs Peskens wrote:
[You don't often get email from gijs.pesk...@munisense.com. Learn why
this is important at https://aka.ms/LearnAboutSenderIdentification ]
On 12/31/24 15:53, Peter Robinson wrote:
On Tue, 24 Dec 2024 at 14:00, Gijs Peskens
wrote:
I'm wor
Allow the ZyncMP RTC driver to be enabled on Versal architectures.
Also, require DM_RTC since the driver uses the RTC driver model.
Signed-off-by: Vincent Fazio
---
Changes in v3:
- Revert a typo in the help text
Changes in v2:
- Add DM_RTC dependency (Michal)
---
drivers/rtc/Kconfig | 2 +-
1
Hi Tom,
On 12/20/24 11:22 PM, Tom Rini wrote:
Now that block drivers are all selecting the BLK symbol, there's no need
for other options to be select'ing BLK so that other required
functionality can be enabled. Remove these places.
We have multiple commands depending on the BLK symbol.
BOOTS
b.com/per1cycle/e4eab66ebb6f83fe5118e823367fce28 .
>
> Changes in v3:
> - Remove the inline attr in arch/riscv/cpu/k1/dram.c map_format_size().
> - Add detailed commit message.
> - Link to v2:
> https://lore.kernel.org/r/20250114-get-dram-size-v2-1-aba5a281e...@per1cycle.org
>
> Chan
Hi Tom,
On 12/20/24 11:22 PM, Tom Rini wrote:
In the case of MTD_BLOCK and UBI_BLOCK they should be select'ing BLK as
they provide block device functionality and not depending on some other
block device already being enabled too (as is the typical case).
Signed-off-by: Tom Rini
Makes sense t
Hi Tom,
On 12/20/24 11:22 PM, Tom Rini wrote:
The BLK symbol has a few meanings, one of which is that it controls the
driver model portion of a "block device". Rather than having this hidden
symbol be "default y if ..." it should be select'd by the various block
subsystems.
Signed-off-by: Tom R
Hi Heinrich,
On Mon, 13 Jan 2025 at 00:29, Heinrich Schuchardt wrote:
>
> On 1/13/25 00:58, Sam Protsenko wrote:
> > At least in case of the E850-96 board all DM devices are probed in
> > initr_dm(), before efi_init_early() call. Eventually efi_bl_init()
> > registers the EVT_DM_POST_PROBE_EVENT
Hi Tom,
On 12/20/24 11:22 PM, Tom Rini wrote:
At this point in time, DM is always enabled. So if MMC is enabled, it
should select DM_MMC. No drivers need to depend on DM_MMC being enabled
now, so remove that from dependency lists. This now means that a number
of platforms which select'd DM_MMC n
> -Original Message-
> From: Vincent Fazio
> Sent: Tuesday, January 14, 2025 7:31 AM
> To: michal.si...@amd.com; u-boot@lists.denx.de
> Cc: tr...@konsulko.com; vfa...@gmail.com; Vincent Fazio inc.com>
> Subject: [PATCH v2] rtc: zynqmp: allow on Versal architectures
>
> Allow the ZyncM
Hi Tom,
On Tue, 14 Jan 2025 at 05:58, Simon Glass wrote:
>
> Hi Tom,
>
> On Mon, 13 Jan 2025 at 18:22, Tom Rini wrote:
> >
> > On Thu, Jan 09, 2025 at 05:29:56AM -0700, Simon Glass wrote:
> >
> > > Loading a FIT is useful for other VBE methods, such as ABrec, so start
> > > a new common file. Ad
Allow the ZyncMP RTC driver to be enabled on Versal architectures.
Also, require DM_RTC since the driver uses the RTC driver model.
Signed-off-by: Vincent Fazio
---
Changes in v2:
- Add DM_RTC dependency (Michal)
---
drivers/rtc/Kconfig | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
Replace delay_ns by delay_us which is the field name used into
struct cyclic_info.
Signed-off-by: Patrice Chotard
---
Changes in v2:
_ Update the comment which still references "ns"
include/cyclic.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/include/cyclic.h b/inclu
On 32 bits platforms, timer_get_us() returns an unsigned long which
is a 32 bits. timer_get_us() wraps around every 72 minutes
(2 ^ 32 / 100 =~ 4295 sec =~ 72 min).
So the test "if time_after_eq64(now, cyclic->next_call)" is no more
true when cyclic->next_call becomes above 32 bits max value (
Hi Tom,
On 12/20/24 11:22 PM, Tom Rini wrote:
At this point in time, MMC will always have BLK enabled, so we do not
This was not clear to me as to why until I read the definition of the
BLK symbol. Could you please reword the commit log to make this clearer?
Something like:
At this point i
Changes for v3:
- Support multiple buses for multiple Ethernet interfaces.
Changes for v2:
- add bitbang delay dts read
- modify printf to debug
Michael Chang (1):
net: designware: Add bitbang feature for designware driver
arch/arm/dts/nuvoton-npcm845-evb.dts | 1 +
From: Liya Huang <1425075...@qq.com>
This patch updates the alignment of linker lists to use the
CONFIG_LINKER_LIST_ALIGN macro instead of a hardcoded value.
This ensures that the alignment is consistent with the configuration.
Replace __attribute__((unused)) with __maybe_unused and
__always_unuse
On 1/9/25 08:56, Stefan Roese wrote:
> On 08.01.25 16:09, Patrice Chotard wrote:
>> On 32 bits platforms, timer_get_us() returns an unsigned long which
>> is a 32 bits. timer_get_us() wraps around every 72 minutes
>> (2 ^ 32 / 100 =~ 4295 sec =~ 72 min).
>>
>> So the test "if time_after_eq64
1 - 100 of 121 matches
Mail list logo
