From owner-soc-status@FreeBSD.ORG Tue Jun 5 23:40:32 2012 Return-Path: Delivered-To: soc-status@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7ACE1065672 for ; Tue, 5 Jun 2012 23:40:32 +0000 (UTC) (envelope-from eric@shadowsun.net) Received: from mail.atlantawebhost.com (dns1.atlantawebhost.com [66.223.40.39]) by mx1.freebsd.org (Postfix) with ESMTP id 433B98FC12 for ; Tue, 5 Jun 2012 23:40:32 +0000 (UTC) Received: (qmail 9295 invoked from network); 5 Jun 2012 19:40:26 -0400 Received: from c-71-192-38-198.hsd1.ma.comcast.net (HELO Macintosh-21.local) (71.192.38.198) by mail.atlantawebhost.com with SMTP; 5 Jun 2012 19:40:25 -0400 Message-ID: <4FCE98E9.7040302@shadowsun.net> Date: Tue, 05 Jun 2012 19:40:25 -0400 From: Eric McCorkle User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.5; rv:12.0) Gecko/20120428 Thunderbird/12.0.1 MIME-Version: 1.0 To: soc-status@FreeBSD.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "Andrey V. Elsukov" Subject: Status report X-BeenThere: soc-status@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Summer of Code Status Reports and Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 05 Jun 2012 23:40:32 -0000 I've had less time available this past week, but much of my efforts have been focused on gathering more information. I have been working on coming up with a plan for how to deal with the kernel being (possibly) non-contiguous in memory, due to the use of the EFI allocation functions. The more I investigate, the more attractive the solution of allocating the entire space for the kernel all in one request begins to seem. It certainly works as a temporary solution, but I'm at a loss to find any downside at this point. I will pose the question to hackers@ this week Aside from this, I've been experimenting with building and running simple "hello world" EFI programs on the TianoCore/QEMU platform, in order to gain more working knowledge. Lastly, I added some work in progress code that wraps a boot loader in an HFS+ filesystem so that an Apple machine will boot it. My plans for this week are to decide how to deal with the non-contiguous kernel issue, and to get to the point of running the i386 loader.efi on QEMU/TianoCore.