Since commit 409e4b547872 ("Makefile: Enforce DWARF4 output") the
whole U-Boot build switched to enforce DWARF4 output, but RISC-V
is still on its own setting. Let's switch to use U-Boot's setting.
Signed-off-by: Bin Meng
---
arch/riscv/config.mk | 3 +--
1 file changed, 1 insertion(+), 2
On Thu, 6 Apr 2023 at 11:49, Tom Rini wrote:
>
> When we invoke $(CPP) to make u-boot.lds we have LDPPFLAGS available to
> set other required flags here. As this file is for the target and not
> the host, we must ensure that CPP knows what the target architecture is.
> For this, pass in
> From: Bin Meng
> Sent: Thursday, March 30, 2023 12:20 PM
> To: u-boot@lists.denx.de
> Cc: Leo Yu-Chi Liang(梁育齊) ; Nikita Shubin
> ; Rick Jian-Zhi Chen(陳建志)
> Subject: [PATCH 1/8] riscv: Optimize source end address calculation in start.S
>
> The __bss_start is the source end address hence load
On Thu, 6 Apr 2023 at 11:49, Tom Rini wrote:
>
> Today, only gcc has __builtin_aarch64_crc32b (clang-16 does not, for
> example). Make this option depend on CC_IS_GCC.
>
> Signed-off-by: Tom Rini
> ---
> arch/arm/Kconfig | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by:
On Fri, 7 Apr 2023 at 02:03, Tom Rini wrote:
>
> When building this with clang, we get a warning such as:
> cmd/bootflow.c:412:27: warning: variable 'bflow' is uninitialized when used
> here [-Wuninitialized]
> printf("Selected: %s\n", bflow->os_name ? bflow->os_name :
> bflow->name);
>
Hi Tom,
On Thu, 6 Apr 2023 at 14:19, Tom Rini wrote:
>
> Sometimes when doing tests on real hardware we sometimes run in to the
> case where some of these mounts haven't been fully flushed. Using the
> --lazy option with umount will allow us to continue while letting the OS
> handle flushing
On Thu, 6 Apr 2023 at 11:50, Tom Rini wrote:
>
> In the case of using clang to build, and having not already enabled the
> private libgcc, do not look for it, as it will not be found nor
> required.
>
> Signed-off-by: Tom Rini
> ---
> Makefile | 2 ++
> 1 file changed, 2 insertions(+)
>
On Thu, 6 Apr 2023 at 11:51, Tom Rini wrote:
>
> At this point, clang can be used on both 32bit and 64bit targets without
> issue.
>
> Signed-off-by: Tom Rini
> ---
> doc/build/clang.rst | 16
> 1 file changed, 4 insertions(+), 12 deletions(-)
Reviewed-by: Simon Glass
On Fri, 7 Apr 2023 at 01:58, Tom Rini wrote:
>
> When building with clang, we see:
> board/emulation/common/qemu_dfu.c:51:24: warning: 'memset' call operates on
> objects of type 'char' while the size is based on a different type 'char *'
> [-Wsizeof-pointer-memaccess]
>
> As we're calling
On Thu, 6 Apr 2023 at 11:50, Tom Rini wrote:
>
> When building with clang we get a warning that rdaddr could be
> uninitialized in one case. While this cannot functionally happen, we can
> easily silence the warning.
>
> Signed-off-by: Tom Rini
> ---
> boot/image-board.c | 2 +-
> 1 file
On Thu, 6 Apr 2023 at 11:50, Tom Rini wrote:
>
> Toolchains which do not directly support using "isb" and "dsb" directly
> are no longer functionally supported in U-Boot. Furthermore, clang has
> for a long time warned about using the alternate form that we were.
> Update the code.
>
>
On Thu, 6 Apr 2023 at 11:50, Tom Rini wrote:
>
> When building for ARM64, we need to pass -ffixed-x18 and otherwise pass
> -ffixed-r9. Rather than having this logic in two places, we can do this
> once in arch/arm/config.mk. Further, while gcc will ignore being passed
> both -ffixed-r9 and
On Fri, 7 Apr 2023 at 01:49, Tom Rini wrote:
>
> We can only use the old U-Boot API for standalone applications when
> building U-Boot with GCC as it relies upon the "gd is a register" trick
> that only GCC supports. Further, rework the rest of the options so that
> they are in the API menu and
Hi Vincent,
On Thu, 6 Apr 2023 at 22:05, Vincent Stehlé wrote:
>
> On Thu, Apr 06, 2023 at 06:38:16AM +1200, Simon Glass wrote:
> (virtio device number 31 vs. blk index 0)
> > This is strange. Can you try 'dm uclass' to see the sequence number
> > for the virtio device? I would expect it to be
Hi Mathew,
On Thu, 6 Apr 2023 at 12:25, Mathew McBride wrote:
>
> Hi Vincent,
>
> On Thu, Apr 6, 2023, at 1:04 AM, Vincent Stehlé wrote:
> > Hi,
> >
> > I am hitting an issue with the new bootflow when booting with UEFI from a
> > virtio device on Qemu Arm.
> >
> > It seems the device number
On 4/6/2023 7:51 AM, Marek Vasut wrote:
Synchronize the i.MX8M Mini Toradex Verdin based Menlo board config
with i.MX8M Mini Toradex Verdin carrier board. This enables DM MDIO,
eMMC HS modes, TMU for thermal monitoring, LTO and multiple commands
(hexdump, pmic, read, time).
Signed-off-by:
在 2023/4/4 18:01, Kever Yang 写道:
Add Shawn and Yifeng.
Please help review this patch.
Thanks,
- Kever
On 2023/4/4 04:48, Jonas Karlman wrote:
Add support for RK3588 to the sdhci driver. RK3588 has the inverter flag
in TXCLK reg instead of RXCLK and also make use of a new CMDOUT reg.
Add and
On 4/6/2023 8:14 PM, Fabio Estevam wrote:
From: Fabio Estevam
Since commit 1a7904fdfa7d ("mmc: fsl_esdhc_imx: Use esdhc_soc_data flags
to set host caps") the following SD card error is observed on an imx7d-sdb
board:
U-Boot 2023.04-00652-g487e42f7bc5e (Apr 05 2023 - 22:14:21 -0300)
CPU:
On Thu, Mar 30, 2023 at 8:36 PM Bin Meng wrote:
>
> The __bss_start is the source end address hence load its address
> directly into register 't2' for optimization.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/riscv/cpu/start.S | 4 +---
> 1 file changed, 1 insertion(+), 3 deletions(-)
>
> diff
On Fri, Apr 07, 2023 at 10:46:08AM +0900, AKASHI Takahiro wrote:
> Hi Ilias,
>
> On Thu, Apr 06, 2023 at 10:37:07PM +0300, Ilias Apalodimas wrote:
> > Tom reports that when building with clang we see this warning:
> > field guid within 'struct efi_hii_keyboard_layout' is less aligned than
> >
On 4/7/2023 12:17 AM, Giulio Benetti wrote:
nodeoff variable should be variable off returned by fdt_path_offset() so
let's rename it to off.
Signed-off-by: Giulio Benetti
Reviewed-by: Peng Fan
Hi Ilias,
On Thu, Apr 06, 2023 at 10:37:07PM +0300, Ilias Apalodimas wrote:
> Tom reports that when building with clang we see this warning:
> field guid within 'struct efi_hii_keyboard_layout' is less aligned than
> 'efi_guid_t' and is usually due to 'struct efi_hii_keyboard_layout' being
>
Hi Pali,
Could you review this patch?
Thanks,
Tony
On Sun, Apr 2, 2023 at 9:42 PM Tony Dinh wrote:
>
> - DDR Training sequence happens very fast. The speedup in boot time is
> negligible by skipping the training sequence during 2nd boot or after.
> So remove the check and skip.
> - This change
On Sat, Apr 01, 2023 at 09:30:05AM +0200, Heinrich Schuchardt wrote:
> gcc 12 does not understand /* Fall through */.
> Use the fallthrough macro instead.
>
> Fallthrough at the start of a switch statement makes no sense.
>
> Signed-off-by: Heinrich Schuchardt
> Reviewed-by: Ramon Fried
>
On Wed, 22 Mar 2023 at 03:14, Jonas Karlman wrote:
>
> The TF-A blobs used to boot RK3568 and RK3588 boards is based on atf
> v2.3. Mainline atf v2.3 contains an issue that could lead to a crash
> when it fails to parse the fdt blob being passed as the platform param.
> An issue that was fixed in
Tom reports that when building with clang we see this warning:
field guid within 'struct efi_hii_keyboard_layout' is less aligned than
'efi_guid_t' and is usually due to 'struct efi_hii_keyboard_layout' being
packed, which can lead to unaligned accesses [-Wunaligned-access]
This happens because
When a structure contains a flexible array member, it is not supposed to be
included in arrays or other structs.
Quoting the C spec [0]
"Such a structure (and any union containing, possibly recursively, a
member that is such a structure) shall not be a member of a structure
or an element of an
Hi Christian!
On March 28, 2023 thus sayeth Christian Gmeiner:
> Makes it possible to use e.g mcu_spi0 for custom board detection.
>
> Signed-off-by: Christian Gmeiner
> ---
> arch/arm/mach-k3/am642_init.c | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
I had to pick up the
Hi Vignesh!
On April 6, 2023 thus sayeth Vignesh Raghavendra:
> From: Nitin Yadav
>
> Errata doc: https://www.ti.com/lit/pdf/sprz457
> Errata ID i2331 CPSW: Device lockup when reading CPSW registers
>
> Details: A device lockup can occur during the second read of any CPSW
> subsystem register
Enable USB host as well as USB gadget and DFU support for a53; For the
r5 due to the smaller available size create a new config just for
DFU support
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Create a seperate defconfig for R5
configs/am62x_evm_a53_defconfig | 35 +++-
Enable both usb0 as a peripheral for use with DFU and
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Only enable usb port 0 DFU in SPL
arch/arm/dts/k3-am625-sk-u-boot.dtsi | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/dts/k3-am625-sk-u-boot.dtsi
Add glue code for TI AM62 to the dwc3 driver; Most code adopted from
TI vendor u-boot code.
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Switch dwc3 glue to a seperate driver rather then in dwc-generic
drivers/usb/dwc3/Kconfig | 14
drivers/usb/dwc3/Makefile| 1 +
Add configs for enabling USB DFU in U-Boot.
Signed-off-by: Sjoerd Simons
---
Changes in v2:
- Minimize config changes to just DFU configuration
include/configs/am62x_evm.h | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/include/configs/am62x_evm.h
sdhci0 on the k3-am625-sk is the emmc, enable this in SPL as well to
allow booting from that media.
Signed-off-by: Sjoerd Simons
Reviewed-by: Tom Rini
---
(no changes since v1)
arch/arm/dts/k3-am625-sk-u-boot.dtsi | 8
1 file changed, 8 insertions(+)
diff --git
Update the am62 and am625 device-trees from linux v6.3-rc5 This needed the
following
tweaks to the u-boot specific dtsi as well:
- Switch tick-timer to the main_timer as it's now defined in the main dtsi
- Add mdio pins to the cpsw3g pinctrl. It moved to a subnode in the
linux dtsi that u-boot
Timer0 is used by u-boot as the tick timer; Add it to the soc devices
list so it can be enabled via the k3 power controller.
Signed-off-by: Sjoerd Simons
Reviewed-by: Tom Rini
---
(no changes since v1)
arch/arm/mach-k3/am62x/dev-data.c | 1 +
1 file changed, 1 insertion(+)
diff --git
THe TI AM654 timer is compatible with the omap-timer implementation, so
add it to the id list
Signed-off-by: Sjoerd Simons
Reviewed-by: Tom Rini
---
(no changes since v1)
drivers/timer/omap-timer.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/timer/omap-timer.c
This series adds more boot sources for the TI am62x. For that the dts'
are synced from the upstream ti-next git tree (to add usb nodes), some
dwc3 glue is and finally the default configuration is tuned to add
support for DFU and USB (host and gadget)
Changes in v2:
- Update dts sync to
Am 6. April 2023 18:17:35 MESZ schrieb Chris Morgan :
>From: Chris Morgan
>
>This adds support for the TRNG found in the RK3588 SoC to the
>rockchip_rng driver so that it can be used for things such as
>seeding randomness to Linux.
>
>This code was taken wholesale from the Rockchip BSP U-Boot
List some common boot modes and their corresponding switch
settings for AM62 SK.
List in a ASCII-style table.
Signed-off-by: Judith Mendez
---
Changes from v1: Change table format from ascii-art to list-table
Changes from v2: Change table format to ASCII style
doc/board/ti/am62x_sk.rst | 29
Hello,
On 4/4/2023 9:22 AM, Tom Rini wrote:
On Tue, Apr 04, 2023 at 03:59:56PM +0200, Heinrich Schuchardt wrote:
On 3/31/23 22:36, Judith Mendez wrote:
List some common boot modes and their corresponding switch
settings for AM62 SK.
Signed-off-by: Judith Mendez
---
Changes from v1: Change
Add support for TPS6593 PMIC devices:
- regulators (bucks and LDOs) on main I2C0 bus,
- watchdog on MCU I2C0 bus.
Signed-off-by: Julien Panis
Signed-off-by: Jerome Neanne
---
arch/arm/dts/k3-am62a7-sk-u-boot.dtsi | 24 ++--
1 file changed, 22 insertions(+), 2 deletions(-)
From: Julien Panis
Add support for TPS6593 regulators and watchdog.
PMIC is controlled by SoC through I2C interface.
Signed-off-by: Julien Panis
Signed-off-by: Jerome Neanne
---
configs/am62ax_evm_a53_defconfig | 9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git
Change node name to reuse Linux common dts naming style.
Signed-off-by: Jerome Neanne
---
arch/arm/dts/k3-j721e-r5-common-proc-board-u-boot.dtsi | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/dts/k3-j721e-r5-common-proc-board-u-boot.dtsi
Use a copy of Linux dts for TPS6594 PMIC description
instead of custom u-boot
Signed-off-by: Jerome Neanne
---
.../arm/dts/k3-j721e-r5-common-proc-board.dts | 48 +--
1 file changed, 22 insertions(+), 26 deletions(-)
diff --git a/arch/arm/dts/k3-j721e-r5-common-proc-board.dts
j721e board includes 2 instances of TPS6594:
- Primary PMIC
- Secondary PMIC
Add AVS class0 in u-boot SPL.
AVS is supported only on CPU rail: vdd_cpu_avs.
This rail is supplied by the primary PMIC: tps659413
This rail is supplied by a dual-phased buck: buck12.
Other PMICs rails are not AVS
Using uclass_probe_all forces probe on all devices:
Only probe for WD stop is really needed here.
Probing other devices has no impact.
Signed-off-by: Jerome Neanne
---
board/ti/j721e/evm.c | 8
1 file changed, 8 insertions(+)
diff --git a/board/ti/j721e/evm.c b/board/ti/j721e/evm.c
Add PMIC and regulators feature support for j721e.
PMIC is controlled by SoC through I2C interface.
Signed-off-by: Jerome Neanne
---
configs/j721e_evm_a72_defconfig | 9 +
1 file changed, 9 insertions(+)
diff --git a/configs/j721e_evm_a72_defconfig b/configs/j721e_evm_a72_defconfig
Fixes: 065a452ae6a power: regulator: tps65941: add regulator support
LDO voltage conversion was incorrect.
This was checked by writing and reading back value.
Signed-off-by: Jerome Neanne
---
drivers/power/regulator/tps65941_regulator.c | 71 +---
1 file changed, 63
This is not a proper WD driver because it's not planned to
support WD driver for PMIC in u-boot at any time.
The purpose is just WD disable.
Signed-off-by: Jerome Neanne
---
drivers/power/pmic/tps65941.c | 36 +++
include/power/tps65941.h | 25
TPS6594 is a Power Management IC which provides regulators and others
features like GPIOs, RTC, watchdog, ESMs (Error Signal Monitor), and
PFSM (Pre-configurable Finite State Machine). The SoC and the PMIC can
communicate through the I2C or SPI interfaces.
TPS6594 is the super-set device while
This header file is now empty, remove it.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/am642_init.c | 2 --
arch/arm/mach-k3/am654_init.c | 1 -
arch/arm/mach-k3/common.c | 1 -
This matches AM64 and J721e and removes the need to forward
declare k3_spl_init(), k3_mem_init(), and check_rom_loaded_sysfw()
in sys_proto.h.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/include/mach/sys_proto.h | 3 --
arch/arm/mach-k3/j721s2_init.c
The MSMC fixup is something we do based on SoC, not based on the board.
So this fixup does not belong in the board files. Move this to the
mach-k3 common file so that it does not have to be done in each board
that uses these SoCs.
We use ft_system_setup() here instead of ft_board_setup() since it
This header is only used locally by K3 init files, no need to have it
up with the global mach includes. Move into local includes.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/am625_init.c | 2 +-
arch/arm/mach-k3/am62a7_init.c
These probably should be in some system wide header given their use.
Until then move them out of K3 sys_proto.h so we can finish cleaning
that header out.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/include/mach/sys_proto.h | 4
This matches how it was done for pre-K3 TI platforms and it allows
us to move the forward declaration out of sys_proto.h.
It also removes the need for K3_BOARD_DETECT as one is free to simply
override the weak function in their board files as needed.
Signed-off-by: Andrew Davis
Reviewed-by:
This function is not used currently; remove it.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/common.c | 19 ---
arch/arm/mach-k3/include/mach/sys_proto.h | 1 -
2 files changed, 20 deletions(-)
diff --git
This belongs in the J721e specific file as it is the only place
this is used. Any board level users should use the SOC driver.
While here, move the J721e and J7200 SoC IDs out of sys_proto.h
and into hardware.h. Use a macro borrowed from Rockchip and add
the rest of the SoC IDs for completeness
This function is the same for each device when it needs to shutdown
the R5 core. Move this to the common section and move the remaining
device specific ID list to the device hardware include.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/am642_init.c
The K3 JTAG and SoC ID information is already stored in the K3 arch
hardware file, include that and use its definitions here.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
drivers/soc/Kconfig | 2 +-
drivers/soc/soc_ti_k3.c | 30 +-
2 files
The TARGET_x_R5_EVM check is already enough to limit these defines to
only the correct builds. Remove the extra outer check.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
board/ti/j721e/j721e.env | 2 --
board/ti/j721s2/j721s2.env | 2 --
2 files changed, 4 deletions(-)
The J7200 EVM will not include this file, this J7200 checks look
to be a copy/paste errora from j721e_evm.h, which J7200 *can* include.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
include/configs/j721s2_evm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Hello all,
Some minor cleanups with end patch removing sys_proto.h.
Why? Becouse I don't like headers of "miscellaneous".
Thanks,
Andrew
Changes from v3:
- [2/12] Fix copy/paste error (thanks Christian)
- add more tags and rebase on latest
Changes from v2:
- Reworked patch [2/12] to use
On 4/6/23 10:59 AM, Christian Gmeiner wrote:
This belongs in the J721e specific file as it is the only place
this is used. Any board level users should use the SOC driver.
While here, move the J721e and J7200 SoC IDs out of sys_proto.h
and into hardware.h. Use a macro borrowed from Rockchip
From: Chris Morgan
This adds support for the TRNG found in the RK3588 SoC to the
rockchip_rng driver so that it can be used for things such as
seeding randomness to Linux.
This code was taken wholesale from the Rockchip BSP U-Boot source
located here:
From: Chris Morgan
Add a node for the trng found on RK3588 SoCs.
Signed-off-by: Chris Morgan
---
arch/arm/dts/rk3588s-u-boot.dtsi | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/dts/rk3588s-u-boot.dtsi b/arch/arm/dts/rk3588s-u-boot.dtsi
index f880f4a167..43aeeb4de3 100644
From: Chris Morgan
Add support for the RK3588 TRNG. The code was taken directly from the
Rockchip BSP U-Boot source.
Chris Morgan (2):
rockchip: rng: add trngv1 for rk3588
ARM: dts: rockchip: rk3588s-u-boot: Add rng node
arch/arm/dts/rk3588s-u-boot.dtsi | 6 ++
nodeoff variable should be variable off returned by fdt_path_offset() so
let's rename it to off.
Signed-off-by: Giulio Benetti
---
arch/arm/mach-imx/mx6/module_fuse.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/mach-imx/mx6/module_fuse.c
>
> This header file is now empty, remove it.
>
> Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
> ---
> arch/arm/mach-k3/am642_init.c | 2 --
> arch/arm/mach-k3/am654_init.c | 1 -
> arch/arm/mach-k3/common.c | 1 -
>
>
> This matches how it was done for pre-K3 TI platforms and it allows
> us to move the forward declaration out of sys_proto.h.
>
> It also removes the need for K3_BOARD_DETECT as one is free to simply
> override the weak function in their board files as needed.
>
> Signed-off-by: Andrew Davis
>
> This belongs in the J721e specific file as it is the only place
> this is used. Any board level users should use the SOC driver.
>
> While here, move the J721e and J7200 SoC IDs out of sys_proto.h
> and into hardware.h. Use a macro borrowed from Rockchip and add
> the rest of the SoC IDs for
On Sun, 22 Jan 2023 15:15:27 -0600
Samuel Holland wrote:
Hi Samuel,
> Starting with H6, Allwinner removed the artificial 32 KiB SPL size limit
> from the boot ROM. Now SPL size is only limited by the available SRAM.
> This limit ranges from 152 KiB on H6 to a whopping 2052 KiB on R329. To
>
On Tue, Apr 04, 2023 at 06:18:03PM +0200, Francesco Dolcini wrote:
> +Stefano
>
> On Mon, Feb 06, 2023 at 06:17:31PM -0500, Tom Rini wrote:
> > On Mon, Feb 06, 2023 at 11:48:36PM +0100, Francesco Dolcini wrote:
> >
> > > From: Francesco Dolcini
> > >
> > > Fixup #size-cells value when updating
Add board support for ICnova A20 SomPi compute module on
ICnova ADB4006 development board.
Specification:
SoM
- Processor: Allwinner A20 Cortex-A7 Dual Core at 1GHz
- 512MB DDR3 RAM
- Fast Ethernet (Phy: Realtek RTL8201CP)
ADB4006
- I2C
- 2x USB 2.0
- 1x Fast Ethernet port
- 1x SATA
- 2x buttons
On mpc832x, SPI can be either handled by CPU or QE.
In order to work in CPU mode, bit 17 of SPMODE has to
be set to 1, that bit is called OP.
Also, data is located at a different place than the one expected
by the driver today. In 8 bits mode with REV set, data to be
transmitted is located in the
On cmpc885 board, the ethernet addresses are stored in an
EEPROM that is accessed through SPI.
A 3 bytes command is sent to the chip then the content
gets read. At the time being a single block access is
performed, ignoring the first 3 bytes read.
Reword the SPI transfer to first send 3 bytes
CSSI has another CPU board, similar to the CMPC885 board
that get plugged on the two base boards MCR3000_2G and MIAE.
That CPU board is called CMPCPRO because it has a MPC8321E CPU,
also known as Power QUICC II PRO.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc83xx/Kconfig | 5 +
In preparation of the new cssi board called cmpcpro which
we be introduce in a future patch, move common
functions into a dedicated file in a common directory.
Signed-off-by: Christophe Leroy
---
board/cssi/cmpc885/Makefile | 2 +-
board/cssi/cmpc885/cmpc885.c | 54
The mpc832x has GPIOs handled by the QUICC Engine.
The registers are different from the one for the
non QE mpc83xx GPIOs.
Implement a GPIO driver for those.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/arch-mpc83xx/gpio.h | 5 +
drivers/gpio/Kconfig |
All the code used to manage the mother boards will be
common to soon to come CPU board.
Move all that code into common.c
Signed-off-by: Christophe Leroy
---
board/cssi/cmpc885/cmpc885.c | 152 +--
board/cssi/common/common.c | 124 +++-
mpc8xx, mpc83xx and mpc86xx have similar watchdog with almost same
memory registers.
Rename it mpc8xxx which is the generic name used for drivers supporting
several mpc families.
The driver will be made more generic in following patch.
Signed-off-by: Christophe Leroy
---
arch/powerpc/Kconfig
Introduce a new compatible "fsl,pq2pro-wdt"
On mpc83xx, the prescaling factor is 0x1.
Don't write the watchdog configuration register in
start.S as it can be written only once.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc83xx/cpu.c | 2 +-
arch/powerpc/cpu/mpc83xx/start.S | 2
gd->arch.sdhc_clk only exists when CONFIG_FSL_ESDHC is set,
so enclose it inside ifdefs.
gd->arch.qe_clk and gd->arch.brg_clk must be populated when
CONFIG_QE is set.
Signed-off-by: Christophe Leroy
---
drivers/clk/mpc83xx_clk.c | 7 +++
1 file changed, 7 insertions(+)
diff --git
There are helpers included in soc.h
Declare them static inline so that soc.h can be
included in several places.
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/arch-mpc83xx/soc.h | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git
mpc8xx, mpc83xx and mpc86xx have similar watchdog with almost same
memory registers.
Refactor the driver to get the register addresses from the
device tree and use the compatible to know the prescale factor.
Calculate the watchdog setup value from the provided timeout.
Don't declare it anymore
According to the reference manual, the Reset Configuration
Word Low Register bits 2-3 must be set to 0b10.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc83xx/hrcw/Kconfig | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/arch/powerpc/cpu/mpc83xx/hrcw/Kconfig
At startup, some RAM is needed (for instance for stack) before
DRAM is initialised.
One way to offer such RAM, used by mpc83xx, is to lock some entries
in the cache. To do that, MMU needs to be activated.
On mpc83xx having a QUICC Engine an alternative is to user some
part of from the Multi User
This series adds support for the last CPU board from
CS GROUP France (previously CSSI).
That CPU board called CMPCPRO has a mpc8321E CPU (Family PQII PRO hence
its name) and can be plugged in place of the CMPC885 board.
In order to support that new board, the following changes are included
in
8xx has CONFIG_8xx_GCLK_FREQ which is similar to
CONFIG_SYS_CLK_FREQ, and doesn't set CONFIG_SYS_CLK_FREQ.
Due to that, get_board_sys_clk() returns 0.
Remove CONFIG_8xx_GCLK_FREQ and use CONFIG_SYS_CLK_FREQ instead.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/Kconfig | 3 ---
On Thu, Apr 06, 2023 at 02:11:23AM +, Peng Fan wrote:
> Hi Tom,
>
> Please pull fsl-qoriq-2023-4-6
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
This header file is now empty, remove it.
Signed-off-by: Andrew Davis
---
arch/arm/mach-k3/am642_init.c | 2 --
arch/arm/mach-k3/am654_init.c | 1 -
arch/arm/mach-k3/common.c | 1 -
arch/arm/mach-k3/include/mach/sys_proto.h | 10 --
This matches AM64 and J721e and removes the need to forward
declare k3_spl_init(), k3_mem_init(), and check_rom_loaded_sysfw()
in sys_proto.h.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/include/mach/sys_proto.h | 3 --
arch/arm/mach-k3/j721s2_init.c
This function is not used currently; remove it.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/common.c | 19 ---
arch/arm/mach-k3/include/mach/sys_proto.h | 1 -
2 files changed, 20 deletions(-)
diff --git
This matches how it was done for pre-K3 TI platforms and it allows
us to move the forward declaration out of sys_proto.h.
It also removes the need for K3_BOARD_DETECT as one is free to simply
override the weak function in their board files as needed.
Signed-off-by: Andrew Davis
---
These probably should be in some system wide header given their use.
Until then move them out of K3 sys_proto.h so we can finish cleaning
that header out.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/include/mach/sys_proto.h | 4
This header is only used locally by K3 init files, no need to have it
up with the global mach includes. Move into local includes.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/am625_init.c | 2 +-
arch/arm/mach-k3/am62a7_init.c
This function is the same for each device when it needs to shutdown
the R5 core. Move this to the common section and move the remaining
device specific ID list to the device hardware include.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
arch/arm/mach-k3/am642_init.c
The J7200 EVM will not include this file, this J7200 checks look
to be a copy/paste errora from j721e_evm.h, which J7200 *can* include.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
include/configs/j721s2_evm.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
The TARGET_x_R5_EVM check is already enough to limit these defines to
only the correct builds. Remove the extra outer check.
Signed-off-by: Andrew Davis
Reviewed-by: Christian Gmeiner
---
board/ti/j721e/j721e.env | 2 --
board/ti/j721s2/j721s2.env | 2 --
2 files changed, 4 deletions(-)
1 - 100 of 144 matches
Mail list logo
