summaryrefslogtreecommitdiff
path: root/arch
AgeCommit message (Collapse)Author
2021-06-24ARM: dts: renesas: Add R8A779A0 V3U DT extrasHai Pham
Add R8A779A0 V3U DT extras for U-Boot. Based on "ARM: dts: renesas: Add R8A779A0 V3U DTs" by Hai Pham <[email protected]> Signed-off-by: Marek Vasut <[email protected]>
2021-06-24ARM: dts: renesas: Add R8A779A0 V3U Falcon DTsMarek Vasut
Import R8A779A0 V3U Falcon DTs from Linux 5.12, commit 9f4ad9e425a1 ("Linux 5.12") . Signed-off-by: Marek Vasut <[email protected]>
2021-06-24ARM: dts: renesas: Add R8A779A0 V3U DTs and headersMarek Vasut
Import R8A779A0 V3U DTs and headers from Linux 5.12, commit 9f4ad9e425a1 ("Linux 5.12") . Signed-off-by: Marek Vasut <[email protected]>
2021-06-23Merge https://source.denx.de/u-boot/custodians/u-boot-x86Tom Rini
- x86: Discard .note.gnu.property sections - nvme: Skip block device creation for inactive namespaces - nvme: Convert NVMe doc to reST, and various minor fixes
2021-06-23global_data: Ensure we have <config.h> when symbols are not in Kconfig yetTom Rini
All symbols that are defined in Kconfig will always be defined (or not) prior to preprocessing due to the -include directive while building. However, symbols which are not yet migrated will only be defined (or not) once the board config.h is included, via <config.h>. While the end goal must be to migrate all symbols, today we have cases where the size of gd will get mismatched within the build, based on include order. Mitigate this by making sure that any <asm/global_data.h> that uses symbols not in Kconfig does start with <config.h>. Remove this when not needed. Cc: Alexey Brodkin <[email protected]> Cc: Eugeniy Paltsev <[email protected]> Cc: Huan Wang <[email protected]> Cc: Angelo Dureghello <[email protected]> Cc: Rick Chen <[email protected]> Signed-off-by: Tom Rini <[email protected]>
2021-06-23Revert "powerpc: fix regression in arch_initr_trap()"Tom Rini
With the changes in commit 588efcdd72fc ("powerpc: Don't use relative include for config.h in global_data.h") fixing the root of the problem, we no longer need this re-inclusion. This reverts commit f6c0d365d3e8ee8e4fd3ebe2ed957c2bca9d3328. Cc: Matt Merhar <[email protected]> Signed-off-by: Tom Rini <[email protected]>
2021-06-23powerpc: Don't use relative include for config.h in global_data.hTom Rini
As there is an arch/powerpc/include/asm/config.h file using "" to get config.h here can lead to using that rather than include/config.h. This in turn can lead to a mismatch in the size of gd. Cc: Matt Merhar <[email protected]> Signed-off-by: Tom Rini <[email protected]> Tested-by: Matt Merhar <[email protected]>
2021-06-23x86: Discard .note.gnu.property sectionsBin Meng
When switching to kernel.org x86_64 gcc 11.1.0 toolchain, u-boot.rom built from qemu-x86_defconfig no longer boots anymore. Investigation shows that U-Boot fails at a very early stage during the boot process, in fdtdec_prepare_fdt() where fdt_check_header() complains that there is not a valid device tree found at gd->fdt_blob which points to _end. Now _end points to an allocated section .note.gnu.property which of course is wrong. This issue is however not seen when using the default Ubuntu 20.04 gnu toolchain (gcc 9.3.0 with binutils 2.34). Further investigation shows that it is caused by a behavior change of binutils v2.36 which is part of the kernel.org gcc 11.1.0 toolchain, via the following commit: 939b95c77bf2 ("Linux/x86: Configure gas with --enable-x86-used-note by default") In fact, there was already a regression bug report [1] for binutils two months ago, but the binutils folks did not think it is a bug :( To resolve this, there are several options: * pass -Wa,-mx86-used-note=no to gas * pass -R .note.gnu.property to objcopy * discard the section in the linker script Linux kernel uses the discard way [2], so let's do the same for U-Boot. [1] https://sourceware.org/bugzilla/show_bug.cgi?id=27753 [2] commit 4caffe6a28d3 ("x86/vdso: Discard .note.gnu.property sections in vDSO") Signed-off-by: Bin Meng <[email protected]> Reviewed-by: Tom Rini <[email protected]>
2021-06-23arm64: zynqmp: Add missing year in Kria dts filesMichal Simek
DT files have been added this year but forgot to update it that's why do it in separate patch now. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Add psgtr description to zc1751 dc1 boardMichal Simek
Wire psgtr for zc1751 dc1 board. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove gpio from aliases listMichal Simek
It is not recommended to have aliases for gpio. In past it was used in Linux for assigning numbers via sysfs which is deprecated and libgpiod should be used instead. In U-Boot this number is used for seq number but gpio offset are not counted from this number. That's why having these aliases only for seq number is not needed. As is done in Linux it is the best to use full gpio name instead of sequence number which depends on sequence in binding. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Enable USB3.0 for dc2/dc3Michal Simek
Both boards are usb3.0 capable. dc3 was also missing enabling dwc3* nodes. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Update usb dwc3 DT descriptionMichal Simek
Align USB nodes with the latest dt-bindings. It is adding resets, new interrupt and also some quirks. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Use overlay sugar syntax for Kria SOMMichal Simek
dtc supports new sugar syntax which is easier compare to previous one that's why also covert overlays for SOM to it. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove revA compatibility string from kv260 revB/1Michal Simek
kv260-revB is different compare to revA (usbhub is wired via i2c) that's why remove revA compatible string. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Add support for 64bit addresses in itsMichal Simek
Xilinx ZynqMP supports also addresses above 4GB (32bit) that's why also generate u-boot.its with 64bit load/entry addresses to also support different configurations. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Sync psgtr location on zcu104/zcu111/zc1751-dc1Michal Simek
psgtr node should be below pinctrl for easier comparion among dts files. That's why move that nodes to different location. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove information about dma clock on zcu106Michal Simek
Clock setting is not static anymore that's why it depends on firmware setup that's why remove this comment. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove unused property from SD/USBMichal Simek
Linux kernel is not using these properties that's why they can be removed. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove can aliases from zc1751Michal Simek
Networking subsystem is not using aliases that's why remove them for CAN devices. There is also no any other Xilinx ZynqMP DT file with them. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove si5328 and si5382 nodesMichal Simek
There are no drivers for these devices that's why remove that nodes completely. This change is done based on Linux kernel. Signed-off-by: Michal Simek <[email protected]> Link: https://lore.kernel.org/r/[email protected]
2021-06-23xilinx: Convert xlnx,eeprom property to nvmem aliasMichal Simek
Convert all boards to use nvmem alias instead of xlnx,eeprom. The change is done based on discussion in the link below. Link: https://lore.kernel.org/r/CAL_JsqLMDqpkyg-Q7mUfw-XH67-v068Q6e9wTq2UOoN=0-_coQ@mail.gmail.com Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: rtc: Update rtc calibration valueSrinivas Neeli
As per the design specification "The 16-bit Seconds Calibration Value represents the number of Oscillator Ticks that are required to measure the largest time period that is less than or equal to 1 second. For an oscillator that is 32.768 KHz, this value will be 0x7FFF." Signed-off-by: Srinivas Neeli <[email protected]> Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Sync psgtr location on zcu100/zcu106Michal Simek
psgtr node should be below pinctrl for easier comparion among dts files. That's why move that nodes to different location. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Sync dp port location on zc1751 dc4Michal Simek
Historically dpdma and dpsub are placed at the end of files. Move nodes there for easier comparison among dts files. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove unused dp_aclk clockMichal Simek
dp_aclk is not used anywhere that's why remove it. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove addition newline from zc1751 dc1Michal Simek
Trivial patch. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Add maximum-speed property for dwc3 nodesMichal Simek
dwc3 can be used only for higher speeds than super-speed that's why explicitly set it up. This is also aligned with other ZynqMP dts files. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Remove additional header from zc1232 DTMichal Simek
Remove unused phy.h from zc1232 DTS. Signed-off-by: Michal Simek <[email protected]>
2021-06-23zynqmp: Remove u-boot,dm-pre-reloc for uart instancesMichal Simek
Uarts already have u-boot,dm-pre-reloc via zynqmp.dtsi that's why there is no need to have them in platform DT files too. Signed-off-by: Michal Simek <[email protected]>
2021-06-23zynqmp: Pass bl32 entry to TF-A via xilinx handoff structureMichal Simek
There is need to pass entry about secure OS when bl32_entry is defined. Currently only 64bit support is added but /fit-images node have been extended to also record if this is 32bit or 64bit secure OS. When this is tested the code will be update to support this configuration too. Signed-off-by: Michal Simek <[email protected]>
2021-06-23zynqmp: Generate u-boot.its also with TEE dynamicallyMichal Simek
The first change is to trying to find out TF-A load address based on reading elf file. Expectation is that bl31.bin is in the same folder as bl31.elf. It brings new flexibility to place TF-A to any address (DDR included). And also enable TEE generation also with TEE configuration. Expecation is the same as above that tee.bin and tee.elf are in the same folder. User has to just define link to BL31/BL32 binary files and the rest should be handled by the script. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Update Copyright years to 2021Michal Simek
Trivial change for all files I have touched recently. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Add label for zynqmp_ipiMichal Simek
Add label which is used by bootloader for adding bootloader specific flag. Signed-off-by: Michal Simek <[email protected]> Link: https://lore.kernel.org/r/3dc8416abdd3498e61edcd83830a12af295c5c6d.1611224800.git.michal.simek@xilinx.com
2021-06-23arm64: zynqmp: Move DP nodes to the end of file (zcu106)Michal Simek
Just sync it with others for easier comparison. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Add reset description for sataMichal Simek
Sata needs to get reset before configuration that's why add property for it there. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Add missing SMID for pcie to zynqmp.dtsiStefano Stabellini
The SMMU is disabled in device tree so this change has no impact. The benefit is that this way it is in sync with xen.dtsi. Xen enables the SMMU and makes use of it. Signed-off-by: Stefano Stabellini <[email protected]>
2021-06-23arm64: zynqmp: Disable CCI by defaultMichal Simek
There is no reason to have CCI no enabled by default. Enable it when your system configuration requires it. In Xilinx configuration flow this is work for Device Tree Generator which reads information from HW Design configuration. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Update psgtr clocks index for boardsMichal Simek
Update the psgtr clock indexing for couple of zynqmp boards. Signed-off-by: Michal Simek <[email protected]>
2021-06-23ARM: zynq: Rename bus to be align with simple-bus yamlMichal Simek
Rename amba to AXI. Based on Xilinx Zynq TRM (Chapter 5) chip is "AXI point-to-point channels for communicating addresses, data, and response transactions between master and slave clients. This ARM AMBA 3.0..." Issues are reported as: .. amba: $nodename:0: 'amba' does not match '^([a-z][a-z0-9\\-]+-bus|bus|soc|axi|ahb|apb)(@[0-9a-f]+)?$' >From schema: ../github.com/devicetree-org/dt-schema/dtschema/schemas/simple-bus.yaml Similar change has been done for Xilinx ZynqMP SoC. Signed-off-by: Michal Simek <[email protected]> Link: https://lore.kernel.org/r/8a4bc80debfbb79c296e76fc1e4c173e62657286.1606397101.git.michal.simek@xilinx.com
2021-06-23arm64: zynqmp: Enable gpio driver for zcu1275/zcu1285Michal Simek
Enable gpio driver on these boards. GPIOs can be used on any board. Signed-off-by: Michal Simek <[email protected]>
2021-06-23arm64: zynqmp: Fix application loading on R5 core1Ashok Reddy Soma
From U-Boot, loading application on RPU core 0 is fine but loading on core 1 is not handled properly. Lock-step mode needs both the R5 cores to be initialized and it is working fine. Whereas in SPLIT mode individual R5 cores needs to be initialized as they need to execute differenet applications. Handle both these lock-step and split modes by propagating mode and RPU core number(4 for RPU0 and 5 for RPU1) for various functions and by adding conditions in those functions. Signed-off-by: Ashok Reddy Soma <[email protected]> Signed-off-by: Michal Simek <[email protected]>
2021-06-23ARM: zynq: Fix OCM mapping to be aligned with binding on zc702Michal Simek
The Linux commit f69629919942 ("dt-bindings: sram: Convert SRAM bindings to json-schema") converted binding to yaml and some missing required properties started to be reported. Align binding based on it. The patch is fixing these warnings: .../zynq-zc702.dt.yaml: sram@fffc0000: '#address-cells' is a required property .../zynq-zc702.dt.yaml: sram@fffc0000: '#size-cells' is a required property .../zynq-zc702.dt.yaml: sram@fffc0000: 'ranges' is a required property >From schema: .../Documentation/devicetree/bindings/sram/sram.yaml Signed-off-by: Michal Simek <[email protected]> Link: https://lore.kernel.org/r/87c02786ccd8d7827827a9d95a8737bb300caeb0.1606397101.git.michal.simek@xilinx.com
2021-06-23ARM: zynq: Convert at25 binding to new description on zc770-xm013Michal Simek
The Linux commit f8f79fa6bb25 ("dt-bindings: at25: convert the binding document to yaml") converted binding to yaml and 3 deprecated properties pop up. The patch is fixing these warnings: .../zynq-zc770-xm013.dt.yaml: eeprom@2: 'pagesize' is a required property .../zynq-zc770-xm013.dt.yaml: eeprom@2: 'size' is a required property .../zynq-zc770-xm013.dt.yaml: eeprom@2: 'address-width' is a required property >From schema: .../Documentation/devicetree/bindings/eeprom/at25.yaml by converting them to new binding. Signed-off-by: Michal Simek <[email protected]> Link: https://lore.kernel.org/r/be2c1125d98386033e182012eb08986924707a76.1606397101.git.michal.simek@xilinx.com
2021-06-23zynqmp: spl: support DRAM ECC initializationJorge Ramirez-Ortiz
Use the ZDMA channel 0 to initialize the DRAM banks. This avoid spurious ECC errors that can occur when accessing unitialized memory. The feature is enabled by setting the option CONFIG_SPL_ZYNQMP_DRAM_ECC_INIT and providing the following data: SPL_ZYNQMP_DRAM_BANK1_BASE: start of memory to initialize SPL_ZYNQMP_DRAM_BANK1_LEN : len of memory to initialize (hex) SPL_ZYNQMP_DRAM_BANK2_BASE: start of memory to initialize SPL_ZYNQMP_DRAM_BANK2_LEN : len of memory to initialize (hex) Setting SPL_ZYNQMP_DRAM_BANK_LEN to 0 takes no action. Signed-off-by: Jorge Ramirez-Ortiz <[email protected]> Signed-off-by: Michal Simek <[email protected]>
2021-06-21ARM: dts: k3-j7200-common-proc-board-u-boot.dtsi: Fix dtc warningsVignesh Raghavendra
Fix following dtc warning by explicitly setting up #size-cells and #address-cells when overriding node in -u-boot.dtsi arch/arm/dts/k3-j7200-common-proc-board.dtb: Warning (reg_format): /bus@100000/bus@28380000/mcu-navss/ringacc@2b800000:reg: property has invalid length (80 bytes) (#address-cells == 2, #size-cells == 1) Signed-off-by: Vignesh Raghavendra <[email protected]>
2021-06-21o4-imx-nano: Fix dtc warningsFabio Estevam
Remove the LED unit addresses and reg properties to fix the following dtc build warnings: arch/arm/dts/o4-imx-nano.dtb: Warning (reg_format): /leds/led@0:reg: property has invalid length (4 bytes) (#address-cells == 2, #size-cells == 1) ... arch/arm/dts/o4-imx-nano.dtb: Warning (avoid_default_addr_size): /leds/led@0: Relying on default #address-cells value Reported-by: Tom Rini <[email protected]> Signed-off-by: Fabio Estevam <[email protected]> Reviewed-by: Oleh Kravchenko <[email protected]>
2021-06-19Merge tag 'u-boot-rockchip-20210618' of ↵Tom Rini
https://source.denx.de/u-boot/custodians/u-boot-rockchip into next - New SoC platform support: rk3568; - rockchip pcie Code compile issue fix; - Board fix for rk3399 Khadas Edge; - Add Rockchip NFC driver;
2021-06-18net: use the same alias stem for ethernet as linuxMichael Walle
Linux uses the prefix "ethernet" whereas u-boot uses "eth". This is from the linux tree: $ grep "eth[0-9].*=.*&" arch/**/*dts{,i}|wc -l 0 $ grep "ethernet[0-9].*=.*&" arch/**/*dts{,i}|wc -l 633 In u-boot device trees both prefixes are used. Until recently the only user of the ethernet alias was the sandbox test device tree. This changed with commit fc054d563bfb ("net: Introduce DSA class for Ethernet switches"). There, the MAC addresses are inherited based on the devices sequence IDs which is in turn given by the device tree. Before there are more users in u-boot and both worlds will differ even more, rename the alias prefix to "ethernet" to match the linux ones. Also adapt the test cases and rename any old aliases in the u-boot device trees. Cc: David Wu <[email protected]> Signed-off-by: Michael Walle <[email protected]> Reviewed-by: Fabio Estevam <[email protected]> Reviewed-by: Simon Glass <[email protected]>
2021-06-18stm32mp: stm32prog: handle dfu errorPatrick Delaunay
Handle DFU stack error in STM32CubeProgrammer protocol. Signed-off-by: Patrick Delaunay <[email protected]> Reviewed-by: Patrice Chotard <[email protected]>