src/sys/gnu/dts, branch releng/12.4

MFC r358430, r359934-r359936, r359939, r359969, r360093

2020-06-19T18:43:02Z

r358430: dts: Update our copy for arm, arm64 and riscv dts to Linux 5.5 r359934: dts: Import DTS from Linux 5.6 r359935: allwinner: aw_thermal: Cope with DTS changes The upstream DTS now include the thermal device node and the SID calibration entry. Update our driver to cope with this change and remove the DTB overlays that aren't needed anymore. X-MFC-With: r359934 r359936: modules: dtb: allwinner: Remove non existant files Those files have been removed in r359935. X-MFC-With: r359935 r359939: modules: dtb: allwinner: Remove sun50i-a64-sid.dtso File was removed in r359935 X-MFC-With: r359935 r359969: arm: allwinner: aw_sid: Fix thermal calibration size for A64 This fixes the aw_thermal driver on A64 SoC. X-MFC-With: r359935 r360093: release: arm64: Remove DTSO for Allwinner boards Both SID and THS dts node are now in the main dts and the DTSO have been removed in r359935 X-MFC-With: r359935

MFC r355324:

2020-06-16T20:44:51Z

Import DTS files for riscv from Linux 5.4 Requested by: mhorne

MFC r355187:

2020-03-04T20:22:02Z

Import DTS files from Linux 5.4

MFC r352858, r352860, r353172

2019-11-28T18:15:05Z

r352858: Import DTS files from Linux 5.2 r352860: Import DTS files from Linux 5.3 r353172: arm: dts: ti: Fix mmc3 instance by setting it to disabled DTS Import of Linux 5.3 added a patch that rework the L3 mmc instance in the AM335x SoC but removed the status = 'disabled' on the node. This cause the kernel to probe the device even if the board doesn't have this mmc used and since we don't correctly activate the clock for this module we panic with an external data abort. Beaglebone(s) don't have this device anyway so simply disabling it. Patch for the DTS was sent upstream. https://patchwork.kernel.org/patch/11176921/ PR: 241089 Reported by: phk

MFC r350229-r350230, r350408, r350410, r350673-r350674

2019-08-10T13:50:15Z

r350229: arm: ti: Get the hwmods property from the parent node Since the Linux 5.0 dts the ti,hwmods property is on the parent ti.sysc node. r350230: arm: ti: Add a driver for ti,sysc bus ti,sysc is a simple-bus like driver. Add a driver for it so child nodes can attach. r350408: arm: ti: Get the hwmods property either from the node or the parent r350229 changed the code to lookup the ti,hwmods property in the parent as it's now like that in the DTS from >= Linux 5.0, allow the property to be also in the node itself so we can boot with an older DTB. Reported by: "Dr. Rolf Jansen" r350410: arm: ti: cpsw: Check the new slave node address Since DTS from >= Linux 5.0 the slave address are relative to the parent node address and aren't the full ones. Check both so the cpsw driver can find the phy id. r350673: arm: dts: am33xx: Fix the region for uart0 The region for uart0 is declared to be 0x2000 in size but the parent node only declare 0x1000. As the parent only declare a size of 0x1000 in the ranges for it's children this cause the device to not be mappable. https://patchwork.kernel.org/patch/11056769/ r350674: ofw: ofw_reg_to_paddr: Use a 256 static array for the cell Some hardware needs more than 32, bump this value. We cannot use the _alloc for of getencprop as this function is called too early in the boot before pmap is initialized and we only have 2k of stack when cninit is called. Discussed with: ian

MFC r347366:

2019-08-07T19:18:32Z

dts: Import files from Linux 5.1

MFC r346092, r346271-r346272

2019-08-05T17:23:23Z

r346092: Import DTS files from Linux 5.0 r346271: aw_rtc: Register the clocks Since latest DTS update the rtc is supposed to register two clocks : - osc32k (the 32k oscillator on the board that the RTC uses directly and that other peripheral can use) - iosc (the internal oscillator of the RTC when available which frequency depend on the SoC revision) Since we need the RTC before the proper clock control unit (because it uses those clocks) attach it a BUS_PASS_BUS + MIDDLE and attach the clock control unit at BUS_PASS_BUS + LAST for the SoC that requires it. Tested On: A20, H3, A64 r346272: aw_syscon: Add a new compatible Since 5.0 DTS the syscon controller have a new compatible as it exports new subnodes, we currently only use it as a syscon provider so just add the new compatible. Tested On: H3

MFC r342936, r343873

2019-08-05T16:56:11Z

r342936: Import DTS from Linux 4.20 r343873: arm64: dtb: allwinner: Add the new pine64-lts dtb file to the build X-MFC-With: r342936

MFC r342935:

2019-01-14T06:57:39Z

Import DTS includes from 4.19 This was missed in r340337

MFC r340337:

2019-01-11T05:41:46Z

Update our devicetree to 4.19 for arm and arm64