From owner-freebsd-arm@FreeBSD.ORG Sat Nov 22 03:07:32 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 AB6BCFF5; Sat, 22 Nov 2014 03:07:32 +0000 (UTC) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "raven.bwct.de", Issuer "BWCT" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 0AEDD2EE; Sat, 22 Nov 2014 03:07:30 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id sAM36x8e045738 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sat, 22 Nov 2014 04:07:04 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.5/8.14.4) with ESMTP id sAM36qsZ017754 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Nov 2014 04:06:53 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id sAM36qoN019385; Sat, 22 Nov 2014 04:06:52 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id sAM36qP7019384; Sat, 22 Nov 2014 04:06:52 +0100 (CET) (envelope-from ticso) Date: Sat, 22 Nov 2014 04:06:52 +0100 From: Bernd Walter To: Ian Lepore Subject: Re: Utilite support Message-ID: <20141122030652.GD15350@cicely7.cicely.de> Reply-To: ticso@cicely.de References: <1416503998.1147.185.camel@revolution.hippie.lan> <1416584156.1147.259.camel@revolution.hippie.lan> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <1416584156.1147.259.camel@revolution.hippie.lan> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=ham version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de 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: Sat, 22 Nov 2014 03:07:32 -0000 On Fri, Nov 21, 2014 at 08:35:56AM -0700, Ian Lepore wrote: > On Fri, 2014-11-21 at 14:04 +0100, Waschbüsch Martin wrote: > > > Am 20.11.2014 um 18:19 schrieb Ian Lepore : > > > > > > There is some chance that "it might just work." Actually a better > > > chance now than when I originally wrote that. :) Try using crochet for > > > 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 bootable > > > image on an sdcard. > > > > > > You will need a serial console for debugging, we don't support a video > > > console yet on imx6 systems. The Compulab FitPc2 x86 systems need a > > > special serial debugging cable that you have to buy separately. I hope > > > that's not also the case with Utilite. > > > > > > -- Ian > > > > Hello Ian, > > > > 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. > > > > 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=<> property. I think the uboot probably > 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 how is that uboot thing handled in this case? Can you go and compile uboot from the same source as for a wandboard, or do we need to have different source for each of the boards? As you know I do own a bunch of different iMX6 boards and I'm happy to do test boots and minor tweaking (if required by readin gschematics) on all of them. > So the barriers to launching a non-linux kernel using just what a system > vendor provides are even bigger than I had imagined. :-( -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm.