From owner-freebsd-arm@freebsd.org Sun Sep 2 15:14:21 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 4A4E5FF1D5E for ; Sun, 2 Sep 2018 15:14:21 +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 CE4AB7C271 for ; Sun, 2 Sep 2018 15:14:20 +0000 (UTC) (envelope-from jakob@alvermark.net) Received: by mailman.ysv.freebsd.org (Postfix) id 90AB1FF1D5D; Sun, 2 Sep 2018 15:14:20 +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 6EC4DFF1D5C for ; Sun, 2 Sep 2018 15:14:20 +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 EC1677C270 for ; Sun, 2 Sep 2018 15:14:19 +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 1fwU4p-000G0C-FP; Sun, 02 Sep 2018 17:14:11 +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:From:References:Cc:To: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=ToNz6n3j4FY+iEf9ac+DgsQC67Ob3uiz4rhEQ3j2Wnc=; b=TJ/RRaCrv5q+CJSV7vidslv3L6 ykzrOS1dnRUFBtCk5/mXUaryHLXrUFgrIiMKj4Tv91lLWR4vdtppUpqOXZNX6BLN+5MlVj7Wb+ke8 m8fDHnW4BQxgDiuWbA/L6p37HLp32LSf5eBo4ETgyEMSb3t6mELeNXiHDORMb2w7H1G1pUz1WbK7/ n4FgKYOP88rGemdJY6Squ54xnrbkEqLpvOVLSUXLmxdWrP05aeKDGNpKXuIqjscG3PtGgu07Xe/Zt ztuM6m8sEhj+xhWVsYNSAeaW06p8WETkYC+svIH4zvKlBP2VEtUqkMQv8KFlZJqP9Hj2hM2mq1V+u iUCBhOaw==; Received: from [192.168.67.33] by mail.alvermark.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.91 (FreeBSD)) (envelope-from ) id 1fwU4p-0002AW-0K; Sun, 02 Sep 2018 17:14:11 +0200 Subject: Re: allwinner/nanopi neo boot issues To: Emmanuel Vadot Cc: Daniel Braniss , "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> From: Jakob Alvermark Message-ID: <03d4cb0a-c218-a186-936d-765261da2775@alvermark.net> Date: Sun, 2 Sep 2018 17:14:10 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:60.0) Gecko/20100101 Thunderbird/60.0 MIME-Version: 1.0 In-Reply-To: <20180901224629.3997b4de29e4bf5f893dac79@bidouilliste.com> 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: Sun, 02 Sep 2018 15:14:21 -0000 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 >> EFI LOAD FAILED: continuing... >> >> >> Tried manually loading ubldr.bin: >> >> => fatload mmc 0 0x42000000 ubldr.bin >> 306972 bytes read in 15 ms (19.5 MiB/s) >> => go 0x42000000 >> Loading kernel... >> /boot/kernel/kernel text=0x85d7f0 data=0xaf620+0x24e1e0 >> syms=[0x4+0xa87d0+0x4+0x10c603] >> Loading configured modules... >> /boot/kernel/umodem.ko text=0x1bf4 text=0x1320 data=0x1080+0xf88 >> syms=[0x4+0x1070+0x4+0xbcd] >> loading required module 'ucom' >> /boot/kernel/ucom.ko text=0x1f8c text=0x2e90 data=0x1080+0x17bc >> syms=[0x4+0x14f0+0x4+0xc5d] >> Could not load one or more modules! >> >> 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=0x6333 >> Loaded DTB from file 'sun8i-h2-plus-orangepi-r1.dtb'. >> Kernel entry at 0x42400180... >> Kernel args: (null) >> >> 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. Thanks! With the updated U-boot it now boots with ubldr.bin. How can I make it do this automatically? Also, the network interface does not attach: awg0: mem 0x1c30000-0x1c3ffff irq 22 on simplebus0 awg0: soft reset timed out device_attach: awg0 attach returned 60 Jakob