From owner-freebsd-arm@FreeBSD.ORG Fri Oct 4 17:41:20 2013 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTP id 548B72AD for ; Fri, 4 Oct 2013 17:41:20 +0000 (UTC) (envelope-from omgalvan.86@gmail.com) Received: from mail-oa0-x232.google.com (mail-oa0-x232.google.com [IPv6:2607:f8b0:4003:c02::232]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 1F0C92BF6 for ; Fri, 4 Oct 2013 17:41:20 +0000 (UTC) Received: by mail-oa0-f50.google.com with SMTP id j1so4275466oag.23 for ; Fri, 04 Oct 2013 10:41:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=fIpW5Yf1XA7Z/HSo7PPz+TIDlF1cE2pwrHZP2dNJwDc=; b=zCcHYK1QkhHsrCJcgWCH44L31BVdDzRkTdeXNi7EO9i2VZk4xBWIaC7OPO9I2mt4+1 RTHwOVmhZJgSY0VOjL/5rnEuSRt+fTeNCAJo2BeoyLUTMwfVAK3X4PP+dde9C0uNsgBb pOz8mzTp4XKIXNYQGRBQKynW4+uSIHTntR+3190tHcttWI7eqeKlfl+tpbF9ZSkaWNuT 2qrF0vY6r+1OsgYLeX9LI9NuePH+SIhChkwkC/QYohdMYDYlx1EEIB/8Q+U0LbpLFuzZ W43ZU5HN4FTCSUkxchXHROtPf8blapqEOgku1GBZvhEhzFLLCbA6vxkwVdmh8yzHXrR+ uf+A== MIME-Version: 1.0 X-Received: by 10.60.58.71 with SMTP id o7mr3501799oeq.51.1380908479383; Fri, 04 Oct 2013 10:41:19 -0700 (PDT) Received: by 10.60.125.102 with HTTP; Fri, 4 Oct 2013 10:41:19 -0700 (PDT) In-Reply-To: References: <601A5E60-0F12-4BA8-9288-D16CD2956E3A@kientzle.com> Date: Fri, 4 Oct 2013 14:41:19 -0300 Message-ID: Subject: Fwd: Trouble booting on Cubieboard 1 with ubldr From: Martin Galvan To: freebsd-arm@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.14 X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Oct 2013 17:41:20 -0000 Right now I'm using my friend's files, I'm not exactly sure how he compiled it. I tried to compile the source from head, but when I try to build the kernel toolchain it throws me the following error: ===> lib/ncurses/form (cleandir) Unknown modifier 't' Error expanding embedded variable. *** Error code 2 Stop in /home/ppsmartin/FreeBSD-CURRENT/lib/ncurses. *** Error code 1 Stop in /home/ppsmartin/FreeBSD-CURRENT/lib. *** Error code 1 Stop in /home/ppsmartin/FreeBSD-CURRENT. *** Error code 1 Did that ever happen to anyone using TARGET_ARCH=armv6? 2013/10/3 Tim Kientzle > > On Oct 3, 2013, at 9:59 AM, Martin Galvan wrote: > > > Hey everybody! I'm currently trying to get CURRENT to boot on a > Cubieboard1 > > using a SD card with the booting files and a USB flash with the FreeBSD > > filesystem. So far I've tried dd'ing sunxi-spl.bin and u-boot.bin to the > SD > > card, then copying ubldr to its FAT16 partition, powering on the board > and > > then doing: > > > > sun4i#fatload mmc 0 0x48000000 ubldr > > > > and > > > > sun4i#bootelf 0x48000000 > > > > However, when I do that it gives me the following error: > > > > Device: > > net > > ENET Speed is 100 Mbps - FULL duplex > > connection > > panic: uboot_eth0: empty ethernet > > address! > > --> Press a key on the console to reboot <-- > > > How did you compile the U-Boot files? > > ubldr makes calls to u-boot.bin, which requires > they both be compiled with the same ABI. > If you have a new ubldr (compiled with EABI) > and an older U-Boot binary, this might be the problem. > > > > However, I understand u-boot shouldn't be able > > run ELF files, which is why we use ubldr in the first place. > > U-Boot can run ELF files with the 'bootelf' command. > > But U-Boot cannot: > * Provide a DTB to a FreeBSD kernel > * Process loader.rc > * Run Forth boot scripts > * Preload modules into a FreeBSD kernel > > In particular, having the boot loader provide a DTB > is critical for eventually having a true GENERIC ARM > kernel that runs on multiple boards. > > Tim > >