Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a distro
would carry. It is code shared by anything that needs to load a PowerPC
Linux kernel, for example: the kernel bootwrapper (part of the Linux
source tree), u-boot firmware, Xend, and now qemu.
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by anything that needs to load a
PowerPC
Linux kernel, for example: the kernel bootwrapper (part of the Linux
On Tue, 2008-02-26 at 11:24 -0600, Jerone Young wrote:
However, why do we need libfdt? Is it not carried by distros, or do
you
need to make changes?
Well it actually isn't distributed with each distro .. sigh ..
actually
this comes from a tool called dtc, compiles/decompiles a device
On Feb 27, 2008, at 5:59 PM, Avi Kivity wrote:
Alexander Graf wrote:
A static library + headers (i.e. libfdt-devel.rpm) could have been
used, though Linux avoids external dependencies.
Why don't you try to talk to the other possible users and create a
version of the library, that at
On Wed, 2008-02-27 at 17:48 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by anything that needs to load a
PowerPC
Linux
On Feb 27, 2008, at 7:56 PM, Hollis Blanchard wrote:
On Wed, 2008-02-27 at 17:48 +0100, Alexander Graf wrote:
On Feb 27, 2008, at 5:34 PM, Avi Kivity wrote:
Hollis Blanchard wrote:
It is a centrally co-ordinated effort, but it is not a package a
distro
would carry. It is code shared by
Hollis Blanchard wrote:
I think it's obvious that Linux and uboot will never use this. Unless
someone steps up to continue PowerPC Xen development, neither will Xen.
So you've now narrowed down the use case to dtc (which is libfdt
upstream) and qemu.
Is Xen ppc discontinued?
Whose
On Mon, 2008-02-25 at 11:00 +0200, Avi Kivity wrote:
Jerone Young wrote:
The top level directory of kvm-userspace is starting to get a little
crowded as we start to bring in more external dependencies. Perhaps we
can create a folder tools and move directories:
bios
extboot
vgabios
Jerone Young wrote:
The top level directory of kvm-userspace is starting to get a little
crowded as we start to bring in more external dependencies. Perhaps we
can create a folder tools and move directories:
bios
extboot
vgabios
The reason I mention this is soon I will be sending a patch
The top level directory of kvm-userspace is starting to get a little
crowded as we start to bring in more external dependencies. Perhaps we
can create a folder tools and move directories:
bios
extboot
vgabios
The reason I mention this is soon I will be sending a patch to the list
soon that will
10 matches
Mail list logo
