From owner-freebsd-arm@freebsd.org Wed Sep 5 15:34:09 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 50EE7FF3FAF for ; Wed, 5 Sep 2018 15:34:09 +0000 (UTC) (envelope-from jakob@alvermark.net) 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 DC82D86345 for ; Wed, 5 Sep 2018 15:34:08 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: by mailman.ysv.freebsd.org (Postfix) id A1546FF3FAE; Wed, 5 Sep 2018 15:34:08 +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 7F623FF3FAC for ; Wed, 5 Sep 2018 15:34:08 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from out.alvermark.net (out.alvermark.net [185.34.136.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 1A07A86344 for ; Wed, 5 Sep 2018 15:34:07 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: from c-42bc70d5.06-431-73746f70.bbcust.telenor.se ([213.112.188.66] helo=mail.alvermark.net) by out.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fxZok-000Jdx-SN; Wed, 05 Sep 2018 17:34:06 +0200 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=alvermark.net; s=x; h=Content-Transfer-Encoding:Content-Type:In-Reply-To: MIME-Version:Date:Message-ID:References:Cc:To:From:Subject:Sender:Reply-To: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=jRahvfEAg+9S1SVfJmyjb1kHUtC/51YA3vVkuFZMJpw=; b=DbDoKiJu0eVp3Bu2FsZ0oVLNVL d6GX7hvfhRuBerrNfHRM9J31k1d9LQM6bnWwtWZnQjI4PafPyAasksTTx3bz2FVpqQkv5xEmxrJ6p 9XZyApvl7kCNpdqGbBEqUzW5M4I5eEHPEXLvZdiT8+j0ECzcPuJmwN5w2TpttqpIO5G+ssKVz3Z/t yBsntu8IEkPUuib4aWhjpCJ0X675Sd1p6djrEqkGTDNgwaxbJ6sq7JaIobEQa2p3sfzctbzdcch3H mgXFezNj7Kz4FgZW4iFsJfGa6VAud8f1KJ0n8nrM8gAKoOUgvXJmVaWXaQEcz8JBaI5mybrSvA4wr Pw73iTjw==; Received: from [94.136.80.38] (helo=[10.1.10.45]) by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fxZok-000ISU-CB; Wed, 05 Sep 2018 17:34:06 +0200 Subject: Re: allwinner/nanopi neo boot issues From: Jakob Alvermark To: Emmanuel Vadot Cc: "freebsd-arm@freebsd.org" 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> <855C0010-888D-4988-8056-7788CBCF5A48@cs.huji.ac.il> <20180904181603.916a3a6fbf05ecce149f6ea1@bidouilliste.com> <79e69d73-b4f0-177a-15da-786c4101697a@alvermark.net> <20180905144108.7a2e361108cdcf3c16ed8b66@bidouilliste.com> <6a6d0683-cb07-ec4d-77f8-418d84c41f08@alvermark.net> Message-ID: <9a911ee0-379f-d8b0-a71a-7b5302d9e5d4@alvermark.net> Date: Wed, 5 Sep 2018 17:34:05 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <6a6d0683-cb07-ec4d-77f8-418d84c41f08@alvermark.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US 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: Wed, 05 Sep 2018 15:34:09 -0000 On 9/5/18 5:24 PM, Jakob Alvermark wrote: > > On 9/5/18 2:41 PM, Emmanuel Vadot wrote: >> On Tue, 4 Sep 2018 19:10:53 +0200 >> Jakob Alvermark wrote: >> >>> On 9/4/18 6:16 PM, Emmanuel Vadot wrote: >>>> On Mon, 3 Sep 2018 11:21:09 +0300 >>>> Daniel Braniss wrote: >>>> >>>>>> On 3 Sep 2018, at 11:05, Jakob Alvermark >>>>>> wrote: >>>>>> >>>>>> >>>>>> On 9/3/18 9:01 AM, Daniel Braniss wrote: >>>>>>>> On 2 Sep 2018, at 19:33, Jakob Alvermark >>>>>>> > wrote: >>>>>>>> >>>>>>>> On 9/2/18 5:24 PM, Emmanuel Vadot wrote: >>>>>>>>> On Sun, 2 Sep 2018 17:14:10 +0200 >>>>>>>>> Jakob Alvermark >>>>>>>> > wrote: >>>>>>>>> >>>>>>>>>> On 9/1/18 10:46 PM, Emmanuel Vadot wrote: >>>>>>>>>>> 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=0x8a0950 data=0xae160+0x184520 >>>>>>>>>>>>>>>> syms=[0x4+0xa6d70+0x4+0x109f17] >>>>>>>>>>>>>>>> Loading configured modules... >>>>>>>>>>>>>>>> /boot/entropy size=0x1000 >>>>>>>>>>>>>>>> /boot/dtb/sun8i-h3-nanopi-neo.dtb size=0x601b >>>>>>>>>>>>>>>> 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 >>>>>>>>>>>>>>> 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=0x89ee40 data=0xae620+0x1f5ba0 >>>>>>>>>>>>>> syms=[0x4+0xa6d20+0x4+0x109e51] >>>>>>>>>>>>>> Loading configured modules... >>>>>>>>>>>>>> Could not load one or more modules! >>>>>>>>>>>>>> /boot/dtb/sun8i-h2-plus-orangepi-r1.dtb size=0x6333 >>>>>>>>>>>>>> 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 >>>>>>>>>>>> I tried the ALPHA4 snapshot, this happens: >>>>>>>>>>>> >>>>>>>>>>>> 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 = 5 >>>>    So this is weird, it mean that loader.efi couldn't allocate some >>>> pages. >>>> >>>>    I've just tried ALPHA4 on my orangepi-zero (closer board that I >>>> have), >>>> I've just overwritten u-boot using the port we have for it and the >>>> board boots just fine. >>>>    How did you generate the image for this one ? >>>>    Could you test with my method ? Thanks. >>> Which image should I use? For ALPHA3 there is a GENERICSD image, but >>> not >>> for ALPHA4. >>   Build fail due to some (maybe) race condition. >> >>> I just tried with >>> FreeBSD-12.0-ALPHA4-arm-armv7-CUBIEBOARD2-20180831-r338410.img >>   Any of the armv7 image will do, they are all the same except the >> u-boot part. >> >>> dd the u-boot from the port (latest one, u-boot-orangepi_r1-2018.07_3) >>> >>> Put the SD card in and this happened: >>> >>> Hit any key to stop autoboot:  0 >>> switch to partitions #0, OK >>> mmc0 is current device >>> Scanning mmc 0:1... >>> 25395 bytes read in 3 ms (8.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 25 ms (19.4 MiB/s) >>> ## Starting EFI application at 42000000 ... >>> Consoles: EFI console >>> failed to allocate staging area: 14 >>> failed to allocate staging area >>> ## Application terminated, r = 5 >>> EFI LOAD FAILED: continuing... >>> >>> >>   Could you try to decrease EFI_STAGING_SIZE to 32 in >> stand/efi/loader/copy.c ? > > Didn't make any difference: > > 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 = 5 > EFI LOAD FAILED: continuing... Disregard that. I copied the wrong file. I boots with EFI_STAGING_SIZE set 32. > >>   We currently request 64M for the staging size which seems to be too >> big for this board. >>   U-Boot cannot find enough memory it seems, >> https://elixir.bootlin.com/u-boot/latest/source/lib/efi_loader/efi_memory.c#L300 >> >> > _______________________________________________ > freebsd-arm@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-arm > To unsubscribe, send any mail to "freebsd-arm-unsubscribe@freebsd.org"