Hi, On 24/05/17 12:50, Andreas Färber wrote: > Hej Patrick, > > Am 09.05.2017 um 14:43 schrieb Patrick Wildt: >> The NanoPi Neo2 is basically the same as the NanoPi Neo, but that they >> replaced the SoC with the 64-bit Allwinner H5 SoC. Add a (64-bit only) >> defconfig defining the required options to build the U-Boot proper. >> >> Create a new .dts file for it by including the (32-bit) H3 SoC .dtsi >> and changing the differing components accordingly, like it's been >> done for the OrangePi PC 2. >> >> Signed-off-by: Patrick Wildt <patr...@blueri.se> > > I've tested this patch on top of yesterday's master branch > (4c78028737c3185f49f5691183aeac3478b5f699 "mksunxi_fit_atf.sh: Allow for > this to complete when bl31.bin is missing"). > > Considering Tom's unanswered question, is there any diff to the upstream > kernel .dts? Expected would be to just copy the Linux .dts file here and > to state which tree and commit/tag it was taken from.
I think we have a similar diversion between Linux and U-Boot .dts here, given that the U-Boot support was merged earlier. Updating the DTs for H5 and the board(s) was on my plan, but it's a bit more involved since it affects the H3 .dts as well (H3 and H5 use a shared stub .dtsi now). Also the H5 .dtsi just got into Linux (4.12-rc1), so it hasn't been in an officially released kernel yet. > Using this dtb here via UEFI distro boot, my openSUSE kernel image that > booted okay on orangepi_pc2 fails to find the MMC devices on Neo2, > although it obviously succeeded to boot from SD in U-Boot and GRUB... > > Also, if I "reset" from the downstream or patched mainline U-Boot > prompt, SPL gets stuck: > > => reset > resetting ... > INFO: PSCI Affinity Map: > INFO: AffInst: Level 0, MPID 0x0, State ON > INFO: AffInst: Level 0, MPID 0x1, State OFF > INFO: AffInst: Level 0, MPID 0x2, State OFF > INFO: AffInst: Level 0, MPID 0x3, State OFF > > U-Boot SPL 2017.05-00660-g4bffee2792 (May 24 2017 - 00:43:24) > DRAM: 512 MiB > Trying to boot from MMC1 > > > If instead I unpower it (by plugging Micro USB), it boots okay: > > U-Boot SPL 2017.05-00660-g4bffee2792 (May 24 2017 - 00:43:24) > DRAM: 512 MiB > Trying to boot from MMC1 > NOTICE: BL3-1: Running in SRAM A2 (@0x44000) > NOTICE: Configuring SPC Controller > NOTICE: BL3-1: v1.0(debug):1.0~20160809T000419~45ab97e > NOTICE: BL3-1: Built : 01:01:56, Nov 15 2016 Your ATF build is quite old, it doesn't really support the H5. Please you the latest HEAD[1], it should print the SoC name at the beginning, and then won't try to configure an AXP on the H5. Please let me know if that fixes your problem. Cheers, Andre. [1] https://github.com/apritzel/arm-trusted-firmware/commits/allwinner > NOTICE: Configuring AXP PMIC > ERROR: set run-time address: 0x0 > ERROR: PMIC: unknown PMIC type number 0x0 > ERROR: Could not connect to AXP PMIC. > INFO: BL3-1: Initializing runtime services > INFO: BL3-1: Preparing for EL3 exit to normal world > INFO: BL3-1: Next image address: 0x4a000000, SPSR: 0x3c9 > > > U-Boot 2017.05-00660-g4bffee2792 (May 24 2017 - 00:43:24 +0200) > Allwinner Technology > > CPU: Allwinner H5 (SUN50I) > Model: FriendlyARM NanoPi NEO2 > DRAM: 512 MiB > MMC: SUNXI SD/MMC: 0 > *** Warning - bad CRC, using default environment > > In: serial > Out: serial > Err: serial > Net: No ethernet found. > starting USB... > USB0: USB EHCI 1.00 > USB1: USB OHCI 1.0 > scanning bus 0 for devices... 1 USB Device(s) found > scanning usb for storage devices... 0 Storage Device(s) found > Hit any key to stop autoboot: 0 > > > Andre, is this reset problem maybe an ATF issue? > > Regards, > Andreas > _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de https://lists.denx.de/listinfo/u-boot
