From owner-freebsd-arm@freebsd.org Sat Sep 1 20:46:40 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 E3F44FFA209 for ; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) 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 821CA7AD50 for ; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.ysv.freebsd.org (Postfix) id 421FFFFA205; Sat, 1 Sep 2018 20:46:39 +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 205EDFFA203 for ; Sat, 1 Sep 2018 20:46:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 9B1827AD49 for ; Sat, 1 Sep 2018 20:46:38 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id e3fd8ac3; Sat, 1 Sep 2018 22:46:30 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=BUaQZnoi7nZXgtJva3stuhnSGW0=; b=CTb5OpyhSAQco5mEzU2sPsViS8GD qbTYaM6SpXmfvRE5BFuARYslcpW0jmlRtf4uy6lYz0jDCAc9MkghFEdRgC4+q091 /aTMdGJWcC+XOtnGgBsZnLR4ROwa+dtQBHRXliyfBm3uE+fWVVSBhdtNEltEezWx SV2krPNN84kjNfQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=Ia7CD4SKO6eJI0ZJ34j7dN38ILJY3DMbmyOlI1PTpHd/kir7LGntvA73 QKtBn/pJYeacSuHEv0X968hDxiTaZj2Tf5uiWsd4by0h/jmQ1yUh5Kdsn7sjpKiS UuHLh7Jz/v3ExFL+XTk0rRsDcDyiJOF5avrXIBl9mEzcSUKovl8= Received: from skull.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id dfb4af34 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 1 Sep 2018 22:46:30 +0200 (CEST) Date: Sat, 1 Sep 2018 22:46:29 +0200 From: Emmanuel Vadot To: Jakob Alvermark Cc: Daniel Braniss , "freebsd-arm@freebsd.org" Subject: Re: allwinner/nanopi neo boot issues Message-Id: <20180901224629.3997b4de29e4bf5f893dac79@bidouilliste.com> In-Reply-To: <474af48e-ba82-62ce-34a3-70dfc4382723@alvermark.net> 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> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable 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: Sat, 01 Sep 2018 20:46:40 -0000 On Sat, 1 Sep 2018 15:50:25 +0200 Jakob Alvermark wrote: > On 8/29/18 2:22 PM, Daniel Braniss wrote: > > > > > >> On 29 Aug 2018, at 15:17, Jakob Alvermark >> > wrote: > >> > >> > >> On 8/24/18 10:02 AM, Daniel Braniss wrote: > >>> > >>>> On 24 Aug 2018, at 09:34, Daniel Braniss >>>> > wrote: > >>>> > >>>> hi, > >>>> with the latest current r338243 no longer boots via ubldr, efi does > >>>> but with overlays I have to manually enter the root partition. > >>>> > >>>> this is where it hangs via ubldr: > >>>> > >>>> Autoboot in 8 seconds, hit [Enter] to boot or any other key to stop > >>>> > >>>> Loading kernel... > >>>> /boot/kernel/kernel text=3D0x8a0950 data=3D0xae160+0x184520=20 > >>>> 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) > >>>> > >>>> older - r337232 - boots fine, > >>>> > >>>> any ideas where to look? > >>> should have done an update before writing! > >>> > >>> 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=20 > >>> neo a64 > >>> > >>> thanks, > >>> danny > >> > >> > >> Hi, > >> > >> > >> I am trying to get an Orange Pi R1 going, I get the same. > >> > >> Loading kernel... > >> /boot/kernel/kernel text=3D0x89ee40 data=3D0xae620+0x1f5ba0=20 > >> 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) > >> > >> This is at r338369. > >> > >> > > > > 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 >=20 > I tried the ALPHA4 snapshot, this happens: >=20 > Hit any key to stop autoboot:=A0 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=20 > syms=3D[0x4+0xa87d0+0x4+0x10c603] > Loading configured modules... > /boot/kernel/umodem.ko text=3D0x1bf4 text=3D0x1320 data=3D0x1080+0xf88=20 > syms=3D[0x4+0x1070+0x4+0xbcd] > loading required module 'ucom' > /boot/kernel/ucom.ko text=3D0x1f8c text=3D0x2e90 data=3D0x1080+0x17bc=20 > 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 Emmanuel Vadot