From owner-freebsd-arm@FreeBSD.ORG Fri Nov 21 15:36:00 2014 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 83C49217 for ; Fri, 21 Nov 2014 15:36:00 +0000 (UTC) Received: from mho-01-ewr.mailhop.org (mho-03-ewr.mailhop.org [204.13.248.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 3B5D9F93 for ; Fri, 21 Nov 2014 15:35:59 +0000 (UTC) Received: from [73.34.117.227] (helo=ilsoft.org) by mho-01-ewr.mailhop.org with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.72) (envelope-from ) id 1XrqFb-000Oq5-0B; Fri, 21 Nov 2014 15:35:59 +0000 Received: from [172.22.42.240] (revolution.hippie.lan [172.22.42.240]) by ilsoft.org (8.14.9/8.14.9) with ESMTP id sALFZvFj003697; Fri, 21 Nov 2014 08:35:57 -0700 (MST) (envelope-from ian@FreeBSD.org) X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 73.34.117.227 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1/d0vnAMG320G6z/rQoEJxT X-Authentication-Warning: paranoia.hippie.lan: Host revolution.hippie.lan [172.22.42.240] claimed to be [172.22.42.240] Subject: Re: Utilite support From: Ian Lepore To: =?ISO-8859-1?Q?Waschb=FCsch?= Martin In-Reply-To: References: <1416503998.1147.185.camel@revolution.hippie.lan> Date: Fri, 21 Nov 2014 08:35:56 -0700 Message-ID: <1416584156.1147.259.camel@revolution.hippie.lan> Mime-Version: 1.0 X-Mailer: Evolution 2.32.1 FreeBSD GNOME Team Port Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.18-1 Cc: freebsd-arm@freebsd.org X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.18-1 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Nov 2014 15:36:00 -0000 On Fri, 2014-11-21 at 14:04 +0100, Waschb=FCsch Martin wrote: > > Am 20.11.2014 um 18:19 schrieb Ian Lepore : > >=20 > > There is some chance that "it might just work." Actually a better > > chance now than when I originally wrote that. :) Try using crochet f= or > > wandboard and in the wandboard kernel config file change FDT_DTS_FILE= to > > "imx6q-cm-fx6.dts". There's a good chance you'll end up with a boota= ble > > image on an sdcard. > >=20 > > You will need a serial console for debugging, we don't support a vide= o > > console yet on imx6 systems. The Compulab FitPc2 x86 systems need a > > special serial debugging cable that you have to buy separately. I ho= pe > > that's not also the case with Utilite. > >=20 > > -- Ian >=20 > Hello Ian, >=20 > I tried to follow your suggestion, but realized that there might be > a significant difference between Wandboard and Utilite: Utilite does > not read u-boot from disk. Instead, it holds u-boot as 'firmware' in > a flash module. > Don't know why I had not realized this earlier, but anyway, I guess > if I had compiled it before, I would have noticed. So far I had played > around with pre-built Wandboard images... > What this means is that the current crochet scripts will fail because > the u-boot compilation for cm-fx6 will not output a u-boot.imx file and > is probably not needed anyway. > What I will try next is make a copy of crochet's boards/Wandboard to > boards/Utilite and try to adapt the setup.sh script. > Questions: > Are there requirements that u-boot must meet in order to boot ubldr? If > so, I'll have to look into rebuilding u-boot plus flashing that. >=20 > Martin I'll attach the patches I use for building u-boot (I use the uboot for Technexion EDM modules for Wandboard too; wandboard uses technexion modules). The API option is the main one for running ubldr. Check whether the uboot on the Utilite has the 'bmode' command. You may be able to insert an sdcard with a new uboot and freebsd on it and say "bmode mmc0" (or mmc1 or whatever) and the system will reset and boot from the sdcard instead of the flash. My Cubox i4pro arrived yesterday. Its uboot doesn't have the API option (they almost never do; linux doesn't use it). I tried compiling the dtb into the kernel and launching it directly, and that fails because the cubox dts doesn't have a memory=3D<> property. I think the uboot probabl= y figures out the amount of ram and modifies the dtb it passes to the kernel. Ick. I hacked around that and now the kernel hangs as soon as initarm() installs new page tables. So the barriers to launching a non-linux kernel using just what a system vendor provides are even bigger than I had imagined. -- Ian