From owner-freebsd-arm@freebsd.org Mon Sep 3 07:01:48 2018 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 5DA9BFE045B for ; Mon, 3 Sep 2018 07:01:48 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id E95BE77F43 for ; Mon, 3 Sep 2018 07:01:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: by mailman.ysv.freebsd.org (Postfix) id A4328FE043C; Mon, 3 Sep 2018 07:01:47 +0000 (UTC) Delivered-To: arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6133FFE0429 for ; Mon, 3 Sep 2018 07:01:47 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from kabab.cs.huji.ac.il (kabab.cs.huji.ac.il [132.65.116.210]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id D417677F3C for ; Mon, 3 Sep 2018 07:01:46 +0000 (UTC) (envelope-from danny@cs.huji.ac.il) Received: from bach.cs.huji.ac.il ([132.65.80.20]) by kabab.cs.huji.ac.il with esmtp id 1fwirc-00061Y-Rr; Mon, 03 Sep 2018 10:01:32 +0300 From: Daniel Braniss Message-Id: Mime-Version: 1.0 (Mac OS X Mail 11.5 \(3445.9.1\)) Subject: Re: allwinner/nanopi neo boot issues Date: Mon, 3 Sep 2018 10:01:32 +0300 In-Reply-To: <4410f41b-79f5-f397-b0b1-84bceae82bd0@alvermark.net> Cc: Emmanuel Vadot , "freebsd-arm@freebsd.org" To: Jakob Alvermark References: <42AA3AE2-E101-4B7B-B373-BEC178321671@cs.huji.ac.il> <0fdbd315-f37d-e3d3-9309-612f53c4d379@alvermark.net> <8459A9BA-183A-461B-9050-3631C51218F9@cs.huji.ac.il> <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> <20180901224629.3997b4de29e4bf5f893dac79@bidouilliste.com> <03d4cb0a-c218-a186-936d-765261da2775@alvermark.net> <20180902172444.c4911c8c65a99a7d5e9fe8fa@bidouilliste.com> <4410f41b-79f5-f397-b0b1-84bceae82bd0@alvermark.net> X-Mailer: Apple Mail (2.3445.9.1) Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.27 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 Sep 2018 07:01:48 -0000 > On 2 Sep 2018, at 19:33, Jakob Alvermark wrote: >=20 > On 9/2/18 5:24 PM, Emmanuel Vadot wrote: >> On Sun, 2 Sep 2018 17:14:10 +0200 >> Jakob Alvermark wrote: >>=20 >>> On 9/1/18 10:46 PM, Emmanuel Vadot wrote: >>>> On Sat, 1 Sep 2018 15:50:25 +0200 >>>> Jakob Alvermark wrote: >>>>=20 >>>>> On 8/29/18 2:22 PM, Daniel Braniss wrote: >>>>>>> On 29 Aug 2018, at 15:17, Jakob Alvermark >>>>>> > wrote: >>>>>>>=20 >>>>>>>=20 >>>>>>> On 8/24/18 10:02 AM, Daniel Braniss wrote: >>>>>>>>> On 24 Aug 2018, at 09:34, Daniel Braniss >>>>>>>> > wrote: >>>>>>>>>=20 >>>>>>>>> hi, >>>>>>>>> with the latest current r338243 no longer boots via ubldr, efi = does >>>>>>>>> but with overlays I have to manually enter the root partition. >>>>>>>>>=20 >>>>>>>>> this is where it hangs via ubldr: >>>>>>>>>=20 >>>>>>>>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to = stop >>>>>>>>>=20 >>>>>>>>> Loading kernel... >>>>>>>>> /boot/kernel/kernel text=3D0x8a0950 data=3D0xae160+0x184520 >>>>>>>>> syms=3D[0x4+0xa6d70+0x4+0x109f17] >>>>>>>>> Loading configured modules... >>>>>>>>> /boot/entropy size=3D0x1000 >>>>>>>>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=3D0x601b >>>>>>>>> Loaded DTB from file 'sun8i-h3-nanopi-neo.dtb'. >>>>>>>>> Kernel entry at 0x42400180... >>>>>>>>> Kernel args: (null) >>>>>>>>>=20 >>>>>>>>> older - r337232 - boots fine, >>>>>>>>>=20 >>>>>>>>> any ideas where to look? >>>>>>>> should have done an update before writing! >>>>>>>>=20 >>>>>>>> with the latest (and greatest) all is back to normal! >>>>>>>> so now on to test orange pi one(h3), nanopi neo 2 (h5) and = nanopi >>>>>>>> neo a64 >>>>>>>>=20 >>>>>>>> thanks, >>>>>>>> danny >>>>>>> Hi, >>>>>>>=20 >>>>>>>=20 >>>>>>> I am trying to get an Orange Pi R1 going, I get the same. >>>>>>>=20 >>>>>>> Loading kernel... >>>>>>> /boot/kernel/kernel text=3D0x89ee40 data=3D0xae620+0x1f5ba0 >>>>>>> syms=3D[0x4+0xa6d20+0x4+0x109e51] >>>>>>> Loading configured modules... >>>>>>> Could not load one or more modules! >>>>>>> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 >>>>>>> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. >>>>>>> Kernel entry at 0x42400180... >>>>>>> Kernel args: (null) >>>>>>>=20 >>>>>>> This is at r338369. >>>>>>>=20 >>>>>>>=20 >>>>>> try booting via efi; >>>>>> make sure to copy /boot/loader.efi to = /boot/msdos/EFI/BOOT/bootaa64.efi >>>>>> remove /boot/msdos/boot.scr >>>>>> good luck, >>>>>> danny >>>>> I tried the ALPHA4 snapshot, this happens: >>>>>=20 >>>>> Hit any key to stop autoboot: 0 >>>>> switch to partitions #0, OK >>>>> mmc0 is current device >>>>> Scanning mmc 0:1... >>>>> 25395 bytes read in 4 ms (6.1 MiB/s) >>>>> Found EFI removable media binary efi/boot/bootarm.efi >>>>> Scanning disks on usb... >>>>> Disk usb0 not ready >>>>> Disk usb1 not ready >>>>> Disk usb2 not ready >>>>> Disk usb3 not ready >>>>> Scanning disks on mmc... >>>>> MMC Device 1 not found >>>>> MMC Device 2 not found >>>>> MMC Device 3 not found >>>>> Found 3 disks >>>>> 508704 bytes read in 26 ms (18.7 MiB/s) >>>>> ## Starting EFI application at 42000000 ... >>>>> Consoles: EFI console >>>>> failed to allocate staging area: 14 >>>>> failed to allocate staging area >>>>> ## Application terminated, r =3D 5 >>>>> EFI LOAD FAILED: continuing... >>>>>=20 >>>>>=20 >>>>> Tried manually loading ubldr.bin: >>>>>=20 >>>>> =3D> fatload mmc 0 0x42000000 ubldr.bin >>>>> 306972 bytes read in 15 ms (19.5 MiB/s) >>>>> =3D> go 0x42000000 >>>>> Loading kernel... >>>>> /boot/kernel/kernel text=3D0x85d7f0 data=3D0xaf620+0x24e1e0 >>>>> syms=3D[0x4+0xa87d0+0x4+0x10c603] >>>>> Loading configured modules... >>>>> /boot/kernel/umodem.ko text=3D0x1bf4 text=3D0x1320 = data=3D0x1080+0xf88 >>>>> syms=3D[0x4+0x1070+0x4+0xbcd] >>>>> loading required module 'ucom' >>>>> /boot/kernel/ucom.ko text=3D0x1f8c text=3D0x2e90 = data=3D0x1080+0x17bc >>>>> syms=3D[0x4+0x14f0+0x4+0xc5d] >>>>> Could not load one or more modules! >>>>>=20 >>>>> Hit [Enter] to boot immediately, or any other key for command = prompt. >>>>> Booting [/boot/kernel/kernel]... >>>>> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=3D0x6333 >>>>> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. >>>>> Kernel entry at 0x42400180... >>>>> Kernel args: (null) >>>>>=20 >>>>> And then it reboots... >>>> I've just re-introduce the cache patches for u-boot as it appears = that >>>> some boards needs them (I've probably tested the wrong unpatched = u-boot >>>> when I removed them ...) so booting with ubldr.bin should work now. >>>> For the EFI issue I don't really know what is happening. >>>=20 >>> Thanks! With the updated U-boot it now boots with ubldr.bin. >>>=20 >>> How can I make it do this automatically? >> If you copy the boot.scr file from the port/package to the root of = the >> fat partition this will load ubldr.bin directly. >=20 > Thanks again! It works! >=20 >=20 >> I'm more interested to debug the efi problem, I'll try on a H2 = board. >=20 > If there is anything I can do to help let me know. >=20 > I tried with boot1.efi as /efi/boot/bootarm.efi: >=20 > ## Starting EFI application at 42000000 ... > >> FreeBSD EFI boot block > Loader path: /boot/loader.efi >=20 > Initializing modules: UFS > Load Path: /\efi\boot\bootarm.efi > Load Device: = /VenHw(e61d73b9-a384-4acc-aeab-82e828f3628b)/USB(0x6,0x0)/HD(1,0x01,0,0x80= 0,0x2000) > Probing 3 block devices.....* done > UFS found 1 partition > Consoles: EFI console > failed to allocate staging area: 14 > failed to allocate staging area > Failed to start image provided by UFS (5) > panic: No bootable partitions found! > ## Application terminated, r =3D 1 > EFI LOAD FAILED: continuing=E2=80=A6 shot in the dark: I found out that if the root partition is not freebsd-ufs the = efi boot failed. do a gpart show, mine looks like this: neo-001> gpart show =3D> 63 15523777 mmcsd0 MBR (7.4G) 63 1985 - free - (993K) 2048 102400 1 fat32lba [active] (50M) 104448 6187008 2 freebsd (3.0G) 6291456 9232384 - free - (4.4G) =3D> 0 6187008 mmcsd0s2 BSD (3.0G) 0 6187008 1 freebsd-ufs (3.0G) danny