On Tue, 2024-01-30 at 15:50 +0100, Mathieu Othacehe wrote:
> Add initial support for the PHYTEC phyBOARD-Segin-i.MX93 board based on
> the PHYTEC phyCORE-i.MX93 SoM.
>
> Supported features:
> - 1GB LPDDR4 RAM
> - eMMC
> - external SD
> - FEC Ethernet
> - debug UART
> - watchdog
>
> Signed-off-by:
On Sat, Jan 27, 2024 at 7:27 AM Jonas Karlman wrote:
>
> Writing to eMMC using HS200 mode work more reliably then other modes on
> RK3588 boards.
>
> Enable MMC_HS200_SUPPORT Kconfig option to prefer use of HS200 mode.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Weizhao Ouyang
BR,
Weizhao
>
On Sat, Jan 27, 2024 at 10:32 AM Jonas Karlman wrote:
>
> Writing to eMMC using HS200 mode work more reliably then other modes on
> RK356x boards.
>
> Enable MMC_HS200_SUPPORT Kconfig option to prefer use of HS200 mode.
>
> Signed-off-by: Jonas Karlman
Reviewed-by: Weizhao Ouyang
BR,
Weizhao
Hi Mathieu,
Thanks for v4. I have no more remarks.
Also tested your v4 on the board.
Everything works, even eMMC booting which you were not able to test.
With that my Tested-by: can be applied.
Tested-by: Primoz Fiser
BR,
Primoz
On 30. 01. 24 15:50, Mathieu Othacehe wrote:
> Add initial sup
Hello Kever and Quentin,
On 2024-02-01 03:48, Kever Yang wrote:
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Compared to the original misc_init_r from Rockchip mach code,
setup_iodomain() is added and rockchip_setup_macaddr() is not called.
It is assumed adding rockchip_set
On 2024/1/27 07:39, Jonas Karlman wrote:
Enable Kconfig options to support AHCI, PCI and USB features. This help
keep rk3588-quartzpro64 in sync with other RK3588 boards.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
Please note that this has not been runtime te
On 2024/1/24 11:26, Tim Lunn wrote:
rv1126 requires OPTEE as it provides pcsi support. Mainline Linux
kernel will fail to boot without this.
Select SPL_OPTEE_IMAGE when building FIT image. TEE must be provided
when building.
Signed-off-by: Tim Lunn
Reviewed-by: Kever Yang
Thanks,
- Kever
On 2024/1/24 11:26, Tim Lunn wrote:
OPTEE gets loaded into a memory region overlapping with the ram disk.
Fix the ramdisk address so it doesn't overlap with the OPTEE memory
region.
Signed-off-by: Tim Lunn
Reviewed-by: Kever Yang
Thanks,
- Kever
---
(no changes since v1)
include/con
On 2024/1/24 11:26, Tim Lunn wrote:
Sonoff iHost is gateway device designed to provide a Smart Home Hub,
it is based on Rockchip RV1126. There is also a version with 2GB RAM
based off the RV1109 dual core SoC however this works with the same
config as the RV1126 for uboot purposes.
Features:
-
On 2024/1/24 11:25, Tim Lunn wrote:
RV1126 soc appears to have been missed with the conversion of
rockchip socs to standard boot.
Remove remnants of distro boot for rv1126 common and the one
existing board.
Signed-off-by: Tim Lunn
Link:
https://lore.kernel.org/all/20230407223645.v8.8.I4cf77
On 2024/1/24 11:25, Tim Lunn wrote:
Add support for ddr4 on rv1126. Timing detection files are imported
from downstream Rockchip BSP u-boot. Allow selecting ddr4 ram with
define CONFIG_RAM_ROCKCHIP_DDR4.
Signed-off-by: Tim Lunn
Reviewed-by: Kever Yang
Thanks,
- Kever
---
(no changes sinc
On 2024/1/24 11:25, Tim Lunn wrote:
Sync linux dts files for rv1126 boards from linux v6.8-rc1 tag. Includes
the newly added dts for Sonoff iHost.
Signed-off-by: Tim Lunn
Reviewed-by: Kever Yang
Thanks,
- Kever
---
(no changes since v1)
arch/arm/dts/rv1126-edgeble-neu2-io.dts | 70 ++
On 2024/1/20 19:36, Andy Yan wrote:
Cool Pi CM5 EVB works as a mother board connect with CM5.
CM5 Specification:
- Rockchip RK3588
- LPDDR4 2/4/8/16 GB
- TF scard slot
- eMMC 8/32/64/128 GB module
- SPI Nor 8MB
- Gigabit ethernet x 1 with PHY YT8531
- Gigabit ethernet x 1 drived by PCIE with Y
On 2024/1/20 19:36, Andy Yan wrote:
CoolPi 4B is a rk3588s based SBC.
Specification:
- Rockchip RK3588S
- LPDDR4 2/4/8/16 GB
- TF scard slot
- eMMC 8/32/64/128 GB module
- SPI Nor 8MB
- Gigabit ethernet drived by PCIE with RTL8111HS
- HDMI Type D out
- Mini DP out
- USB 2.0 Host x 2
- USB 3.0
On 2024/1/18 15:19, Jonas Karlman wrote:
Enable the DM_ETH_PHY and PHY_REALTEK now that the designware ethernet
driver call eth_phy_set_mdio_bus() to assist with resetting the eth PHY
during probe.
Fixes ethernet on the v1.21 hw revision of Radxa ROCK Pi E:
=> mdio list
ethernet@ff54000
On 2024/1/18 15:19, Jonas Karlman wrote:
Some ethernet PHY require being reset before a phy-id can be read back
on the MDIO bus. This can result in the following message being show
on e.g. a Radxa ROCK Pi E v1.21 with a RTL8211F ethernet PHY.
Could not get PHY for ethernet@ff54: addr -1
Include the clock and lpsc tree files needed for the wkup spl to
initialize the proper PLLs and power domains to boot the SoC.
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/r5/Makefile | 1 +
arch/arm/mach-k3/r5/am62px/Makefile| 6 +
arch/arm/mach-k3/r5/am62px/clk-data.c
Introduce the basic functions and definitions needed to properly
initialize TI's am62p family of SoCs
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/Kconfig | 7 +-
arch/arm/mach-k3/am62p5_init.c| 280 ++
arch/arm/mach-k3/am62px/Kconfig
Introduce the basic files needed to support the am62px family of SoCs
Co-developed-by: Hari Hagalla
Signed-off-by: Hari Hagalla
Signed-off-by: Bryan Brattlof
---
board/ti/am62px/Kconfig | 26 +
board/ti/am62px/MAINTAINERS | 9 +
board/ti/am62px/Makefile | 7 +
board/
Currently, for the K3 generation of SoCs, there are more SoCs that
utilize the split firmware approach than the combined DMSC firmware.
Invert the logic to avoid adding more and more SoCs to this list.
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/Kconfig | 2 +-
1 file changed, 1 insertion
Some boards that choose to utilize the OF_UPSTREAM directory for their
device tree files will need to specify that directory instead of the
traditional arch/$(ARCH)/dts/* path.
Include the correct path to the board's dtbs depending on if OF_UPSTREAM
is selected or not.
Signed-off-by: Bryan Brattl
From: Hari Nagalla
Include the static DMA channel data for ti_sci
Signed-off-by: Hari Nagalla
Signed-off-by: Bryan Brattlof
---
drivers/firmware/ti_sci_static_data.h | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/drivers/firmware/ti_sci_static_data.h
b/drivers/firmw
From: Vignesh Raghavendra
Add PSIL data for the AM62P and the J722S SoC family. The PSIL mapping
for the J722S is the same except for the extra instances of the CSI-RX.
So let's reuse the same file for both the AM62P and J722S.
Signed-off-by: Vignesh Raghavendra
Signed-off-by: Ravi Gunasekaran
Introduce basic documentation for the am62p family of SoCs.
Signed-off-by: Bryan Brattlof
---
doc/board/ti/am62px_sk.rst | 289 +
doc/board/ti/k3.rst| 1 +
2 files changed, 290 insertions(+)
create mode 100644 doc/board/ti/am62px_sk.rst
diff --git
Cleanup this list and standardize on using the IS_ENABLED macro for the
power domain data list.
Signed-off-by: Bryan Brattlof
---
drivers/power/domain/ti-power-domain.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/power/domain/ti-power-domain.c
b/drivers/po
Hello Again Everyone!
**Note:** This series depends on the OF_UPSTREAM work from Sumit [0].
Patch #11 was added to fix some Makefile.spl targets to allow SPL builds
to complete with the OF_UPSTREAM series.
The AM62Px is an extension of the existing Sitara AM62x low-cost family
of application pro
Include the part number for TI's am62px family of SoCs so we can
properly identify it during boot
Signed-off-by: Bryan Brattlof
---
arch/arm/mach-k3/include/mach/hardware.h | 2 ++
drivers/soc/soc_ti_k3.c | 3 +++
2 files changed, 5 insertions(+)
diff --git a/arch/arm/mach-k3/i
Introduce the initial configs needed to support the am62px SoC family
Signed-off-by: Bryan Brattlof
---
configs/am62px_evm_a53_defconfig | 178 +++
configs/am62px_evm_r5_defconfig | 137
include/configs/am62px_evm.h | 14 +++
3 files cha
The PMIC for the am62p5-sk is connected to the i2c bus on the wakeup
island. While we do not have a driver yet, enable it anyway so we can
begin development of the driver and characterization of the board.
Signed-off-by: Bryan Brattlof
---
arch/arm/dts/k3-am62p5-sk.dts | 14 ++
1 fil
The am62px family of SoCs uses the same DDR controller as found on the
am62ax family. Enable this option when building for the am62px family
Signed-off-by: Bryan Brattlof
---
drivers/ram/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/ram/Kconfig b/drivers/ram
On 2024/1/27 07:26, Jonas Karlman wrote:
Writing to eMMC using HS200 mode work more reliably then other modes on
RK3588 boards.
Enable MMC_HS200_SUPPORT Kconfig option to prefer use of HS200 mode.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
configs/evb-rk35
On 2024/1/27 07:26, Jonas Karlman wrote:
Writing to eMMC using HS200 mode work more reliably then other modes on
RK356x boards.
Enable MMC_HS200_SUPPORT Kconfig option to prefer use of HS200 mode.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
configs/anbernic
On 2024/1/27 07:26, Jonas Karlman wrote:
Writing to eMMC using DDR52 mode does not work reliably or at all on
RK356x and RK3588 boards.
Fix this by removing the mmc-ddr-1_8v prop from sdhci nodes.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3
On 2024/1/27 06:14, Jonas Karlman wrote:
Remove unnecessary status props from rk35xx u-boot.dtsi files, regular
device tree files or default value already enable the affected nodes.
Also reorder bootph-pre-ram and clock-frequency props alphabetically in
rk3588s-u-boot.dtsi uart2 node.
Signed-
On 2024/1/27 06:14, Jonas Karlman wrote:
Add a default u-boot,spl-boot-order prop to rk3588s-u-boot.dtsi and
remove the prop from board u-boot.dtsi files using the default value.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3588-nanopc-t6-u-boo
Seems Quentin also sync rk3588 with v6.8-rc1 in his patch.
Hi Quentin,
Could you update your patchset base on this patch set ?
Thanks,
- Kever
On 2024/1/27 06:14, Jonas Karlman wrote:
Sync rk3588 device tree from linux v6.8-rc1.
Signed-off-by: Jonas Karlman
---
arch/arm/dts/rk3588-ed
On 2024/1/27 06:14, Jonas Karlman wrote:
Move uart2 bootph-pre-ram and clock-frequency props from board to SoC
u-boot.dtsi. Regular board device tree already enables the uart2 node,
so status prop is dropped from u-boot.dtsi file.
Also remove unnecessary stdout-path = &uart2, regular board dev
On 2024/1/27 06:14, Jonas Karlman wrote:
Sync rk356x device tree from linux v6.8-rc1.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3566-quartz64-a.dts | 5 +++--
arch/arm/dts/rk3566-radxa-cm3-io.dts | 1 +
arch/arm/dts/rk3566-soquar
On 2024/1/27 06:14, Jonas Karlman wrote:
Sync rk356x device tree from linux v6.7.
Signed-off-by: Jonas Karlman
Reviewed-by: Kever Yang
Thanks,
- Kever
---
arch/arm/dts/rk3566-anbernic-rgxx3.dtsi | 42 +
arch/arm/dts/rk3566-quartz64-a.dts | 2 --
arch/arm/
Hi,
On 1/25/24 22:50, Jonas Karlman wrote:
+ pinctrl-0 = <&emmc_bus8 &emmc_clk &emmc_cmd &emmc_datastrobe>;
+};
Because this device tree is not yet in linux, hopefully correct props
can be applied to device tree and u-boot do not need any overrides.
I suppose this pinctrl override was co
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
The different macros use writel which is defined in asm/io.h, so let's
include the header so users of hardware.h do not need to include
asm/io.h as well.
While at it, remove asm/io.h includes wherever
asm/arch-rockchip/hardware.h
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
It's one thing to have the register mapped via a well-defined struct but
it's another to be able to make use of it. For that to happen, one needs
to cast the physical address memory of the beginning of the register
address space w
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
There's only one user of rockchip_capsule_update_board_setup, which is
in board.c, and only one board defines it, so instead of having a header
only for one function symbol, let's just use a weak symbol instead.
Cc: Quentin Schul
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Only setup_boottargets differs from the original misc_init_r from
Rockchip mach code, so let's use rockchip_early_misc_init_r instead of
reimplementing the whole misc_init_r from Rockchip.
Cc: Quentin Schulz
Signed-off-by: Quent
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
The functions aren't used anywhere else than in board.c, therefore,
let's not expose them anymore at all.
This merges misc.c and board.c together and removes the functions from
the misc.h header file.
Cc: Quentin Schulz
Signed-
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Only setup_iodomain() and setup_boottargets differ from the original
misc_init_r from Rockchip mach code, so let's use
rockchip_early_misc_init_r instead of reimplementing the whole
misc_init_r from Rockchip.
Cc: Quentin Schulz
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Only setup_iodomain() differs from the original misc_init_r from
Rockchip mach code, so let's use rockchip_early_misc_init_r instead of
reimplementing the whole misc_init_r from Rockchip.
Cc: Quentin Schulz
Signed-off-by: Quenti
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Compared to the original misc_init_r from Rockchip mach code,
setup_iodomain() is added and rockchip_setup_macaddr() is not called.
It is assumed adding rockchip_setup_macaddr() back is fine.
Let's use rockchip_early_misc_init_r
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Compared to the original misc_init_r from Rockchip mach code,
setup_iodomain() is added and rockchip_setup_macaddr() is not called.
It is assumed adding rockchip_setup_macaddr() back is fine.
Let's use rockchip_early_misc_init_r
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Only setup_iodomain() differs from the original misc_init_r from
Rockchip mach code, so let's use rockchip_early_misc_init_r instead of
reimplementing the whole misc_init_r from Rockchip.
Cc: Quentin Schulz
Signed-off-by: Quenti
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
Most Rockchip boards who override misc_init_r do it only to call another
function and keep the rest unchanged. Therefore to allow for less
duplication, let's just add a weak function symbol that is called inside
misc_init_r.
Cc:
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
The expected length of the cpuid, as passed with cpuid_length,
determines the size of cpuid_str string. Therefore, care should be taken
to make sure nothing is accessing data out-of-bounds.
Instead of using hardcoded values, deri
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Heiko Stuebner
This brings the real host2_xhci node as well as the pmu1grf node and
spi0 to spi4 aliases from the next-20240110 Linux kernel. So also
adapt/remove the nodes and aliases in rk3588s-u-boot.dtsi
Signed-off-by: Heiko Stuebner
[sync
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Heiko Stuebner
The compatible for the pmugrf in the mainline kernel is dfferent from the
one currently used in u-boot. Adapt the -u-boot.dtsi and syscon driver
to use the correct compatible.
Signed-off-by: Heiko Stuebner
Signed-off-by: Quentin
On 2024/1/23 22:49, Quentin Schulz wrote:
From: Quentin Schulz
JAGUAR is a Single-Board Computer (SBC) based around the rk3588 SoC and
is targeting Autonomous Mobile Robots (AMR).
It features:
* LPDDR4X (up to 16GB)
* 1Gbps Ethernet on RJ45 connector (KSZ9031 or KSZ9131)
* PCIe 3.0 4-l
On 2024/2/1 01:55, Quentin Schulz wrote:
Hi Kever,
On 1/29/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/27 00:18, Quentin Schulz wrote:
Hi Kever,
On 1/26/24 11:56, Kever Yang wrote:
Hi Quentin,
On 2024/1/26 17:32, Quentin Schulz wrote:
Hi Kever,
On 1/26/24 09:58, Kever Yang wrote:
Hi Jonas,
On 2024/2/1 06:08, Jonas Karlman wrote:
Add a minimal generic RK3588S/RK3588 board that only have eMMC and SDMMC
enabled. This defconfig can be used to boot from eMMC or SD-card on most
RK3588S/RK3588 boards that follow reference board design.
For rk3399, the evb-rk3399 is used as ge
On Thu, Feb 1, 2024 at 7:03 AM Rob Herring wrote:
>
> On Tue, Jan 30, 2024 at 3:16 AM Masahiro Yamada wrote:
> >
> > On Fri, Jan 26, 2024 at 1:04 AM Simon Glass wrote:
> > >
> > > Hi,
> > >
> > > On Wed, 17 Jan 2024 at 06:14, Simon Glass wrote:
> > > >
> > > > Hi Masahiro, Tom,
> > > >
> > > >
In the SMBIOS 3 entry point the Structure Table Maximum Size field was
incorrectly named max_struct_size. A Maximum Structure Size field only
exists in the SMBIOS 2.1 entry point and has a different meaning.
Call the Structure Table Length field table_maximum_size.
Signed-off-by: Heinrich Schucha
The SMBIOS table size for SMBIOS2.1 entry points is in field 'Structure
Table Length' (offset 0x16) and not in field 'Maximum Structure Size'
(offset 0x08).
Rename the receiving variable max_struct_size to table_maximum_size
to avoid future confusion.
Signed-off-by: Heinrich Schuchardt
---
cmd/
Only the SMBIOS 2.1 entry point has a field for the maximum structure size.
As we have switched to an SMBIOS 3 entry point remove the superfluous
calculation.
Signed-off-by: Heinrich Schuchardt
---
lib/smbios.c | 7 +--
1 file changed, 1 insertion(+), 6 deletions(-)
diff --git a/lib/smbios.
* In the smbios command show the orrect table size for SMBIOS 2.1
entry point.
* The SMBIOS 3 entry point has not field for the maximum structure
size. Avoid to determine it needlessly.
* Name Structure Table Maximum Size field in the SMBIOS 3 entry point
structure accordance to its meaning.
On 1/29/24 12:26 PM, Apurva Nandan wrote:
On 23/01/24 20:31, Andrew Davis wrote:
On 1/23/24 8:39 AM, Apurva Nandan wrote:
Hi Andrew,
On 20/01/24 00:43, Andrew Davis wrote:
On 1/19/24 11:50 AM, Apurva Nandan wrote:
From: Dasnavis Sabiya
Add config fragments for am69_sk A72 and R5 configura
Add a minimal generic RK3588S/RK3588 board that only have eMMC and SDMMC
enabled. This defconfig can be used to boot from eMMC or SD-card on most
RK3588S/RK3588 boards that follow reference board design.
Also fix the alphabetical order of RK3588 boards listed in Makefile and
documentation.
Signed
Writing to eMMC using HS200 mode work more reliably then other modes on
RK356x boards.
Add device tree props and enable Kconfig options for eMMC HS200 mode on
the generic RK3566/RK3568 board. Also enable the pinctrl driver in SPL
and add missing rk3568-generic.dtb to Makefile.
Signed-off-by: Jona
On Tue, Jan 30, 2024 at 3:16 AM Masahiro Yamada wrote:
>
> On Fri, Jan 26, 2024 at 1:04 AM Simon Glass wrote:
> >
> > Hi,
> >
> > On Wed, 17 Jan 2024 at 06:14, Simon Glass wrote:
> > >
> > > Hi Masahiro, Tom,
> > >
> > > On Tue, 9 Jan 2024 at 07:33, Tom Rini wrote:
> > > >
> > > > On Tue, Jan 0
On 4/7/21 18:14, Simon Glass wrote:
Hi Matthias,
On Tue, 6 Apr 2021 at 21:04, wrote:
From: Matthias Brugger
When no string is present in a table, next_ptr points to the same
location as eos. When calculating the string table length, we would only
reserve one \0. By spec a SMBIOS table has t
On 31.01.24 18:15, Matthias Brugger wrote:
On Mon, Jan 29, 2024 at 10:04:50PM +0100, Heinrich Schuchardt wrote:
The string section of the different SMBIOS structures is always terminated
by two NUL bytes even if there is no string at all. This is described in
section 6.1.3 "Text string" of the S
Hi Kever,
On 1/29/24 11:35, Kever Yang wrote:
Hi Quentin,
On 2024/1/27 00:18, Quentin Schulz wrote:
Hi Kever,
On 1/26/24 11:56, Kever Yang wrote:
Hi Quentin,
On 2024/1/26 17:32, Quentin Schulz wrote:
Hi Kever,
On 1/26/24 09:58, Kever Yang wrote:
Hi Quentin,
On 2024/1/24 19:04, Quentin S
From: Joao Paulo Goncalves
Add new product id 0086 Verdin iMX8M Mini DualLite 2GB IT.
Signed-off-by: Joao Paulo Goncalves
---
Hello,
The change was based on u-boot-imx/master-next because of [1].
[1]
https://lore.kernel.org/u-boot/20240122200930.673447-1-jpaulo.silvagoncal...@gmail.com/
Be
On Mon, Jan 29, 2024 at 10:04:50PM +0100, Heinrich Schuchardt wrote:
> The string section of the different SMBIOS structures is always terminated
> by two NUL bytes even if there is no string at all. This is described in
> section 6.1.3 "Text string" of the SMBIOS 3.7.0 specification.
>
> Signed-o
On Wed, Jan 31, 2024 at 02:14:26PM +, Weizhao Ouyang wrote:
> The 'rng list' command probes all RNG devices and list those devices
> that are successfully probed. Also update the help info.
>
> Reviewed-by: Heinrich Schuchardt
> Signed-off-by: Weizhao Ouyang
Reviewed-by: Matthias Brugger
On Wed, Jan 31, 2024 at 02:14:25PM +, Weizhao Ouyang wrote:
> Fix a SMCCC TRNG null pointer crash due to a failed smccc feature
> binding.
>
> Fixes: 53355bb86c25 ("drivers: rng: add smccc trng driver")
> Reviewed-by: Heinrich Schuchardt
> Signed-off-by: Weizhao Ouyang
Reviewed-by: Matthias
Hi Tom,
Here come a small set of patches for v2024.04 for the RaspberryPi.
It adds basic support for RPi5 to be able to boot on a SD card.
You can find the passing tests here:
https://source.denx.de/u-boot/custodians/u-boot-raspberrypi/-/pipelines/19512
It's the same commit ID as the tag, altho
On Wed, Jan 31, 2024 at 05:43:49PM +0200, Eugen Hristev wrote:
> Hello Tom,
>
> Please pull tag u-boot-at91-2024.04-a , the first set of at91 features
> for 2024.04 cycle.
>
> This set includes some DT alignments and solves a compile issue for custom
> nand
> defconfigs.
>
> Thanks,
> Eugen
>
Hello Ard,
Just a quick follow-up for this old thread,
I've again stumbled upon the same issue recently and it turned out
that I've already sent a fix for that here :)
Considering Heinrich's comment about memory granularity, does it still make
sense to land this patch? If not, what objections/su
Hello Tom,
Please pull tag u-boot-at91-2024.04-a , the first set of at91 features
for 2024.04 cycle.
This set includes some DT alignments and solves a compile issue for custom nand
defconfigs.
Thanks,
Eugen
The following changes since commit 3c04fcf3137d5f694d52b8f355373e4baabe5f78:
Merge pa
On Wed, Jan 31, 2024 at 03:16:58PM +, Caleb Connolly wrote:
> @@ -121,6 +130,26 @@ static int sdm845_clk_enable(struct clk *clk)
>
> debug("%s: clk %s\n", __func__, sdm845_clks[clk->id].name);
>
> + switch (clk->id) {
> + case GCC_USB30_PRIM_MASTER_CLK:
> + gdsc_en
On Wed, Jan 31, 2024 at 03:16:59PM +, Caleb Connolly wrote:
> diff --git a/drivers/gpio/msm_gpio.c b/drivers/gpio/msm_gpio.c
> index 80cd28bb231f..0230305af299 100644
> --- a/drivers/gpio/msm_gpio.c
> +++ b/drivers/gpio/msm_gpio.c
> @@ -72,6 +72,23 @@ static int msm_gpio_direction_output(struct
Enable support for the DWC3 USB controller and required dependencies for
Qualcomm boards, specifically the DB845c:
* IOMMU / SMMU
* USB high-speed PHYs
* Mass storage and ACM gadgets
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 15 +++
1 file changed, 15 insertions(+)
Qualcomm FDTs are on the larger size, and with the addition of DT
modifications during board_init() it makes sense to enable OF_LIVE
globally. The cost of building the tree should be offset by the
increased efficiency at which we can walk it.
Some rough measurements with CONFIG_BOOTSTAGE suggests
Prepare to enable some additional features.
Signed-off-by: Caleb Connolly
---
configs/qcom_defconfig | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/configs/qcom_defconfig b/configs/qcom_defconfig
index 3c6bdc2071b2..659775852c07 100644
--- a/configs/qcom_defconfig
+++ b
The USB VBUS supply for the type-A port is enabled via a GPIO regulator.
This is incorrectly modelled in Linux where only the PCIe dependency is
expressed. Add a U-Boot specific dtsi snippet so that this supply will
get enabled when initialising USB.
Signed-off-by: Caleb Connolly
---
arch/arm/dt
We don't support USB super-speed in U-Boot yet, we lack the SS PHY
drivers, however from my testing even with a PHY driver there seem to be
other issues when talking to super-speed peripherals.
In pursuit of maintaining upstream DT compatibility, and simplifying
porting for new devices, let's impl
When using OF_LIVE, the debug UART driver won't be probed if it's a
subnode of the geni-se-qup controller. Add a NOP driver for the
controller to correctly discover its child nodes.
Signed-off-by: Caleb Connolly
---
drivers/serial/serial_msm_geni.c | 13 +
1 file changed, 13 insertio
Most devices only initialise the USB clocks for us if we boot via
"fastboot boot", add the missing clock configuration to get both USB
ports working regardless of the bootloader state.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-sdm845.c | 29 +
1 file ch
The .direction_input and .direction_output ops are deprecated, and don't
seem to behave properly for us. Implement our own .set_flags op to
handle this correctly.
Signed-off-by: Caleb Connolly
---
drivers/gpio/msm_gpio.c | 21 ++---
1 file changed, 18 insertions(+), 3 deletions(-
The RCG registers always have the same offsets, so only store the base
CMD register address and calculate the others relative to that.
Signed-off-by: Caleb Connolly
---
drivers/clk/qcom/clock-apq8016.c | 39 +
drivers/clk/qcom/clock-apq8096.c | 28 +
drivers/clk/qcom/clock-
Global Distributed Switch Controllers are per-domain switches which are
used to toggle power and clocks to an entire subsystem. They live under
the GCC block and might need to be enabled before certain clocks, so
handle them as part of the clock driver.
Linux models these as power domains, however
From: Bhupesh Sharma
Some Qualcomm SoCs newer than SDM845 feature a so-called "7nm phy"
driver, notable the SM8250 SoC which will gain U-Boot support in
upcoming patches.
Introduce a driver based on the Linux driver.
Signed-off-by: Bhupesh Sharma
[code cleanup, switch to clk/reset_bulk APIs]
S
Update Bhupesh's email to his new one.
Signed-off-by: Caleb Connolly
---
Cc: Bhupesh Sharma
---
.mailmap | 1 +
1 file changed, 1 insertion(+)
diff --git a/.mailmap b/.mailmap
index d1f08f3eca8a..f6e0847b2168 100644
--- a/.mailmap
+++ b/.mailmap
@@ -30,6 +30,7 @@ Atish Patra
Bharat Kumar G
From: Bhupesh Sharma
The Snapdragon 845 and several other Qualcomm SoCs feature this
USB high-speed phy. Add a driver for it based on the Linux driver, with
support for the SDM845, and the QCM2290 and SM6115 SoCs which will gain
support in U-Boot in future patches.
Signed-off-by: Bhupesh Sharma
on if/how to split this
series up further.
[1]:
https://lore.kernel.org/u-boot/20240130-b4-qcom-common-target-v3-0-e523cbf9e...@linaro.org/
[2]:
https://lore.kernel.org/u-boot/20240131-b4-qcom-usb-v1-0-6438b2a22...@linaro.org/
[3]: https://git.codelinaro.org/linaro/qcomlt/u-boot/-/tree/b4/dw
On Wed, 31 Jan 2024 14:26:02 +0100
Ludwig Kormann wrote:
Hi,
> thanks for your feedback!
thanks for the quick reply!
> Am 31.01.24 um 13:36 schrieb Andre Przywara:
> > On Wed, 31 Jan 2024 11:49:43 +0100
> > Ludwig Kormann wrote:
> >
> > Hi Ludwig,
> >
> > thanks for taking care and sending a
The priv struct was wrong in dump_boot_mappings(). Causing errors when
compiling with -DDEBUG. Fix this.
Signed-off-by: Caleb Connolly
---
drivers/iommu/qcom-hyp-smmu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/iommu/qcom-hyp-smmu.c b/drivers/iommu/qcom-hyp-smmu
UFS storage often uses a 4096-byte sector size, add support for dynamic
sector sizes based loosely on the Linux implementation.
Signed-off-by: Caleb Connolly
---
cmd/usb_mass_storage.c | 4 --
drivers/usb/gadget/f_mass_storage.c | 101
drivers/
To actually use the gadget the peripheral driver must be probed and we
must call g_dnl_clear_detach(). Otherwise acm_stdio_start() will always
fail to find a UDC on DT platforms.
Signed-off-by: Caleb Connolly
---
drivers/usb/gadget/f_acm.c | 9 +
1 file changed, 9 insertions(+)
diff --g
The Qualcomm specific dwc3 wrapper isn't hugely complicated, implemented
the missing initialisation for host and gadget mode.
Signed-off-by: Caleb Connolly
---
drivers/usb/dwc3/dwc3-generic.c | 99 -
1 file changed, 98 insertions(+), 1 deletion(-)
diff --
DWC3 platforms depend on DM_USB_GADGET for gadget drivers to work,
otherwise compilation fails due to no implementation of
dm_usb_gadget_handle_interrupts().
Signed-off-by: Caleb Connolly
---
drivers/usb/dwc3/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/usb/dwc3/Kconfig b/
This series enables support for Qualcomm platforms in the DWC3 driver,
adds support for arbitrary sector sizes to the USB mass storage gadget,
and fixes an issue with the CDC ACM driver where it wouldn't initialise
the USB device.
Additionally, it fixes a syntax bug in the Qualcomm SMMU driver, an
1 - 100 of 154 matches
Mail list logo
