From mboxrd@z Thu Jan 1 00:00:00 1970 From: Ian Campbell Subject: Re: [PATCH 00/10] xen: arm: Refactor/improve early DT parsing and multiboot module support Date: Wed, 16 Jul 2014 09:31:02 +0100 Message-ID: <1405499462.31075.6.camel@kazak.uk.xensource.com> References: <1402919079.14907.22.camel@kazak.uk.xensource.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Roy Franz Cc: Stefano Stabellini , Naresh Bhat , Julien Grall , Tim Deegan , xen-devel , Fu Wei List-Id: xen-devel@lists.xenproject.org On Tue, 2014-07-15 at 11:22 -0700, Roy Franz wrote: > On Mon, Jun 16, 2014 at 4:44 AM, Ian Campbell wrote: > > The following refactors the Xen early device tree stuff (i.e. which > > walks the flattened tree directly) away from the regular device tree > > stuff (i.e. the stuff which for the most part deals with the unflattened > > tree). It also makes some changes to the Xen side multiboot support > > which I think will make it easier to work with, both internally and for > > e.g. bootloader integration. > > > > Impact on UEFI/ACPI: Mostly I think the refactoring may be useful when > > integrating the UEFI memory map and ACPI stuff (which wants early FDT, > > but not unflatening etc) in to Xen. > > > > Impact on multiboot: This could potentially simplify things on the grub > > side by removing the need to guess default types for the modules in the > > common case. > > > > In the future I think it would be good to implement more probing on the > > Xen side, e.g. to discover the XSM policy (similar to how it works on > > x86 -- which walks all the modules looking for the policy magic nr). > > > > The first two patches here have been posted before. > > > > Ian. > > > > Hi Ian, > > Is this series expected to go in? (or at least the DTB binding updates?) I still need to rebase and address a few comments/issues, but it should be going in. I just keep getting preempted by other stuff. I'm hoping to get back to it tomorrow or Friday. > I'm reviewing the device tree bindings I'm using in the stub and want to use > the updated bindings if they are going in. Ian.