u-boot.git/arch/xtensa, branch v2024.10

xtensa: Remove duplicate newlines

2024-07-15T18:12:19Z

Drop all duplicate newlines. No functional change. Signed-off-by: Marek Vasut

board: emulation: New board qemu-xtensa

2024-07-04T22:08:37Z

Introduce the new board, define every bits. Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

xtensa: Bring in semihosting headers and config options

2024-07-04T22:08:37Z

They are all directly imported from Linux kernel. Reviewed-by: Max Filippov Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

xtensa: Define PLATFORM_ELFFLAGS

2024-07-04T22:08:37Z

u-boot.elf target requires it to work. Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

xtensa: Implement phys virt conversion for PTP_MMU

2024-07-04T22:08:37Z

For PTP_MMU our physical address is not directly mapped into virtual address space, we need to access physical memory from those fixed map segments. Implement phys_to_virt and virt_to_phys hook to reflect this setting. Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

xtensa: Correct define of _end symbol

2024-07-04T22:08:37Z

So U-Boot is using _end symbol to detect location of devicetree appended at the end of the ROM. It needs to be calculated based on end of .data load address, as in our lds .current address is address in RAM. Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

xtensa: Move dram_init to xtfpga board file

2024-07-04T22:08:36Z

This is a board level stuff. Tested-by: Max Filippov Signed-off-by: Jiaxun Yang

global: Make include

2024-05-06T21:07:48Z

This follows the example of RISC-V where includes directly as "gd" includes a reference to bd_info already and so the first must include the second anyhow. We then remove from all of the places which include references to "gd" an so have already. Signed-off-by: Tom Rini

xtensa: Remove and add needed includes

2024-05-06T21:05:03Z

Remove from all xtensa architecture files and when needed add missing include files directly. Signed-off-by: Tom Rini

Revert "Merge patch series "pxe: Allow extlinux booting without CMDLINE enabled""

2024-04-18T14:29:35Z

As reported by Jonas Karlman this series breaks booting on some AArch64 platforms with common use cases. For now the best path forward is to revert the series. This reverts commit 777c28460947371ada40868dc994dfe8537d7115, reversing changes made to ab3453e7b12daef47b9e91da2a2a3d48615dc6fc. Link: https://lore.kernel.org/u-boot/50dfa3d6-a1ca-4492-a3fc-8d8c56b40b43@kwiboo.se/ Signed-off-by: Tom Rini