From owner-freebsd-embedded@FreeBSD.ORG  Tue Nov 27 23:20:39 2012
Return-Path: <owner-freebsd-embedded@FreeBSD.ORG>
Delivered-To: embedded@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52])
 by hub.freebsd.org (Postfix) with ESMTP id DB7F95DA
 for <embedded@freebsd.org>; Tue, 27 Nov 2012 23:20:39 +0000 (UTC)
 (envelope-from gonzo@id.bluezbox.com)
Received: from id.bluezbox.com (id.bluezbox.com [88.198.91.248])
 by mx1.freebsd.org (Postfix) with ESMTP id 855798FC20
 for <embedded@freebsd.org>; Tue, 27 Nov 2012 23:20:39 +0000 (UTC)
Received: from [88.198.91.248] (helo=[IPv6:::1])
 by id.bluezbox.com with esmtpsa (TLSv1:CAMELLIA256-SHA:256)
 (Exim 4.77 (FreeBSD)) (envelope-from <gonzo@id.bluezbox.com>)
 id 1TdUS1-000LjH-QY; Tue, 27 Nov 2012 15:20:27 -0800
Message-ID: <50B54AB7.8080301@bluezbox.com>
Date: Tue, 27 Nov 2012 15:20:23 -0800
From: Oleksandr Tymoshenko <gonzo@bluezbox.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64;
 rv:16.0) Gecko/20121026 Thunderbird/16.0.2
MIME-Version: 1.0
To: Rafal Jaworowski <raj@semihalf.com>
Subject: FDT code fixes for ubldr
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Sender: gonzo@id.bluezbox.com
X-Spam-Level: --
X-Spam-Report: Spam detection software, running on the system "id.bluezbox.com",
 has
 identified this incoming email as possible spam.  The original message
 has been attached to this so you can view it (if it isn't spam) or label
 similar future email.  If you have any questions, see
 The administrator of that system for details.
 Content preview:  Hi guys,
 Here is a patch for FDT support in ubldr:
 http://people.freebsd.org/~gonzo/patches/fdt.diff
 Reviews are appreciated I also plan to add merge of memreserve and memory
 regions as a part of memory fixup process. [...] 
 Content analysis details:   (-2.9 points, 5.0 required)
 pts rule name              description
 ---- ---------------------- --------------------------------------------------
 -1.0 ALL_TRUSTED            Passed through trusted hosts only via SMTP
 -1.9 BAYES_00               BODY: Bayes spam probability is 0 to 1%
 [score: 0.0000]
Cc: Tim Kientzle <tim@kientzle.com>, embedded@freebsd.org
X-BeenThere: freebsd-embedded@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Dedicated and Embedded Systems <freebsd-embedded.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-embedded>, 
 <mailto:freebsd-embedded-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-embedded>
List-Post: <mailto:freebsd-embedded@freebsd.org>
List-Help: <mailto:freebsd-embedded-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-embedded>, 
 <mailto:freebsd-embedded-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 27 Nov 2012 23:20:39 -0000

Hi guys,

Here is a patch for FDT support in ubldr:
http://people.freebsd.org/~gonzo/patches/fdt.diff
Reviews are appreciated

I also plan to add merge of memreserve and memory regions as a part of 
memory fixup process.

Changes:
- Implement "fdt mres" sub-command that prints reserved memory regions
- Add "fdt addr" subcommand that lets you specify preloaded blob address
- Do not pre-initialize blob for "fdt addr"
- Do not try to load dtb every time fdt subcommand is issued,
     do it only once
- Change the way DTB is passed to kernel. With introduction of "fdt addr"
     actual blob address can be not virtual but physical or reside in
     area higher then 64Mb. ubldr should create copy of it in kernel area
     and pass pointer to this newly allocated buffer which is guaranteed 
to work
     in kernel after switching on MMU.