On Thu, Feb 10, 2011 at 12:55:22PM +0100, Alexander Graf wrote:
Scott Wood wrote:
On Thu, 3 Feb 2011 10:19:06 +0100
Alexander Graf ag...@suse.de wrote:
Yeah, that one's tricky. Usually the way the memory resolver in qemu works
is as follows:
* kvm goes to qemu
* qemu
-boot (the normal
firmware for the board).
Signed-off-by: Hollis Blanchard hol...@penguinppc.org
This looks good to me, thanks Hollis.
Acked-by: Edgar E. Iglesias edgar.igles...@gmail.com
---
hw/ppc440_bamboo.c | 39 ++-
1 files changed, 18
On Wed, Aug 04, 2010 at 05:21:33PM -0700, Hollis Blanchard wrote:
These patches get the PowerPC Bamboo platform working again. I've re-written
two of the patches based on feedback from qemu-devel.
Note that this platform still only works in conjunction with KVM, since the
PowerPC 440 MMU is
On Mon, Aug 02, 2010 at 12:33:54PM -0700, Hollis Blanchard wrote:
On Mon, Aug 2, 2010 at 11:57 AM, Edgar E. Iglesias
edgar.igles...@gmail.com wrote:
On Mon, Aug 02, 2010 at 10:59:11AM -0700, Hollis Blanchard wrote:
On Sun, Aug 1, 2010 at 5:36 AM, Edgar E. Iglesias
edgar.igles...@gmail.com
On Sat, Jul 31, 2010 at 12:56:42AM +0200, Edgar E. Iglesias wrote:
On Thu, Jul 29, 2010 at 06:48:24PM -0700, Hollis Blanchard wrote:
The kernel's BSS size is lost by mkimage, which only considers file
size. As a result, loading other blobs (e.g. device tree, initrd)
immediately after
On Thu, Jul 29, 2010 at 06:48:24PM -0700, Hollis Blanchard wrote:
The kernel's BSS size is lost by mkimage, which only considers file
size. As a result, loading other blobs (e.g. device tree, initrd)
immediately after the kernel location can result in them being zeroed by
the kernel's BSS