From owner-freebsd-arm@FreeBSD.ORG Sat Feb 22 16:02:08 2014 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 ESMTPS id C5921949; Sat, 22 Feb 2014 16:02:08 +0000 (UTC) Received: from ns.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 6D4D313D8; Sat, 22 Feb 2014 16:02:07 +0000 (UTC) Received: from srg.kevlo.org (220-135-115-6.HINET-IP.hinet.net [220.135.115.6]) by ns.kevlo.org (8.14.8/8.14.8) with ESMTP id s1MG1jS8071318 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sun, 23 Feb 2014 00:01:45 +0800 (CST) (envelope-from kevlo@FreeBSD.org) Message-ID: <5308C9F7.5090300@FreeBSD.org> Date: Sun, 23 Feb 2014 00:01:59 +0800 From: Kevin Lo User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:24.0) Gecko/20100101 Thunderbird/24.2.0 MIME-Version: 1.0 To: Ian Lepore Subject: Re: u-boot-2014.01 and freebsd arm References: <1393010014.1145.137.camel@revolution.hippie.lan> In-Reply-To: <1393010014.1145.137.camel@revolution.hippie.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-arm X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.17 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 Feb 2014 16:02:08 -0000 On 2014/02/22 03:13, Ian Lepore wrote: > Just an FYI, I've updated locally to u-boot version 2014.01 for my > wandboards. It works fine without needing any patches except for the > options you want to add/change in configs/wandboard.h, with one caveat: > u-boot now enables the caches and our kernel startup code isn't coping > well with that right now. I'm going to look into fixing that, but you > can get around it for now by adding the CONFIG_SYS_DCACHE_OFF option or > just putting "dcache flush;dcache off;" in your boot command in the > u-boot env. > > I haven't tried the newer u-boot on my other boards yet (BBW, rpi). > > If anyone feels like doing a bit of work on u-boot, I think it would be > great if we could get FFS support into u-boot so that we can boot from a > disk image that doesn't need an msdos partition just to hold ubldr. > There is a patchset for this that no longer applies cleanly (at least to > 2014.01, I haven't tried earlier versions). It's available at > http://www.springdaemons.com/stas/u-boot-ffs.patch if anyone wants to > give it a shot. > > The work to be done is really two tasks: re-integrate the changes with > the latest u-boot code, and then get the u-boot folks to incorporate > those changes upstream. It doesn't have to be the same person tackling > both problems, but the second part will be easier if the first part is > done with an eye to making the changes "fit" in their world -- adopt > their mechanisms and coding style as much as possible. It seems that there is a license issue preventing integration of UFS support into U-Boot's source. See all discussion threads: http://marc.info/?t=127792848100003&r=1&w=2 > > -- Ian Kevin