From owner-freebsd-arm@freebsd.org Tue Apr 19 07:20:17 2016 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id A256CB14ED4 for ; Tue, 19 Apr 2016 07:20:17 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from mailhost.netlabit.sk (mailhost.netlabit.sk [84.245.65.72]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 266081CFF for ; Tue, 19 Apr 2016 07:20:16 +0000 (UTC) (envelope-from freebsd-arm@dino.sk) Received: from zeta.dino.sk (fw1.dino.sk [84.245.95.252]) (AUTH: LOGIN milan) by mailhost.netlabit.sk with ESMTPA; Tue, 19 Apr 2016 09:20:13 +0200 id 00F4BC97.5715DC2D.000009A4 Date: Tue, 19 Apr 2016 09:20:12 +0200 From: Milan Obuch To: freebsd-arm@freebsd.org Cc: Emmanuel Vadot , Erich Dollansky Subject: Re: Orange Pi One Message-ID: <20160419092012.0ad4ad2d@zeta.dino.sk> In-Reply-To: <20160418210108.4047c526@zeta.dino.sk> References: <20160413232414.3a37907e@zeta.dino.sk> <20160414062820.7b907ba9@X220.alogt.com> <20160414064405.202e4eef@zeta.dino.sk> <20160418094916.10dc9ae8@zeta.dino.sk> <20160418174918.33d3d19e4105eb737d17b122@bidouilliste.com> <20160418210108.4047c526@zeta.dino.sk> X-Mailer: Claws Mail 3.13.2 (GTK+ 2.24.29; i386-portbld-freebsd10.3) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 07:20:17 -0000 On Mon, 18 Apr 2016 21:01:08 +0200 Milan Obuch wrote: [ snip ] > > > > Hi, > > > > > > > > after some struggling I am able to produce working u-boot. With > > > > working serial console, I see following when powering up the > > > > Orange Pi: > > [ snip ] > > > > > U-Boot SPL 2016.01 (Apr 17 2016 - 10:18:49) > > > > DRAM: 512 MiB > > > > Trying to boot from MMC > > > > > > > > > > > > U-Boot 2016.01 (Apr 17 2016 - 10:18:49 +0200) Allwinner > > > > Technology > > > > > > > > CPU: Allwinner H3 (SUN8I) > > > > DRAM: 512 MiB > > > > WARNING: Caches not enabled > > > > MMC: SUNXI SD/MMC: 0 > > > > reading u-boot.env > > > > In: serial > > > > Out: serial > > > > Err: serial > > > > Net: No ethernet found. > > > > starting USB... > > > > No controllers found > > > > Hit any key to stop autoboot: 0 > > > > Booting from: mmc 0 ubldr > > > > reading ubldr > > > > ** Unable to read file ubldr ** > > > > => > > > > > > > > I think now it's time to build ubldr, kernel and world for this > > > > board. > > > > One step further - compiled ubldr as part of buildworld, tried, and found I need ubldr.bin to start boot process, ubldr just keeps crashing with following: Booting from: mmc 0 ubldr reading ubldr 235312 bytes read in 63 ms (3.6 MiB/s) ## Starting application at 0x01000098 ... undefined instruction pc : [<01c0f00c>] lr : [<5ff77138>] reloc pc : [] lr : [<4a007138>] sp : 5bf4ba70 ip : 00000030 fp : 5ff76ffc r10: 00000001 r9 : 5bf4fee8 r8 : 00000000 r7 : 00000001 r6 : 5bf513e0 r5 : 01000098 r4 : 00000000 r3 : 00000001 r2 : 01c28000 r1 : 5bf513e4 r0 : 00000000 Flags: nZCv IRQs off FIQs off Mode SVC_32 Resetting CPU ... resetting ... but ubldr.bin works (command typed manually): => fatload mmc 0 0x42000000 ubldr.bin reading ubldr.bin 192096 bytes read in 58 ms (3.2 MiB/s) => go 0x42000000 ## Starting application at 0x42000000 ... Consoles: U-Boot console Compatible U-Boot API signature found @0x5bf504c8 FreeBSD/arm U-Boot loader, Revision 1.2 (root@zeta.dino.sk, Tue Apr 19 06:33:11 CEST 2016) DRAM: 512MB MMC Device 1 not found Number of U-Boot devices: 1 U-Boot env: loaderdev='mmc 0' Found U-Boot device: disk Checking unit=0 slice= partition=... good. Booting from disk0s1: - can't load 'kernel' Type '?' for a list of commands, 'help' for more detailed help. loader> Now I can type loader command, so I can try to load kernel if I had one (I tried to build it from stock FreeBSD sources, but something was wrong, I must figure why buildkernel did not produce kernel... just testing now, waiting where it breaks). Milan