On Thu, Jan 6, 2011 at 10:39 AM, Dushyant Bansal
cs5070...@cse.iitd.ac.in wrote:
I want to build kvm kernel module for powerpc using cross compiler. I
downloaded kernel source code from
http://www.linux-kvm.org/page/PowerPC_440_Host_Kernel. Inside that
kvm_source folder when I do make
On 12/14/2010 12:48 AM, Avi Kivity wrote:
On 12/13/2010 07:17 PM, Hollis Blanchard wrote:
Rewriting is dangerous if the guest is unaware of it. As soon as it
is made aware of it, it might as well actually do it in the best way
that suits it.
Can you list some examples of dangerous scenarios
On 09/09/2010 04:03 AM, Liu Yu-B13201 wrote:
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org
[mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
Sent: Thursday, September 09, 2010 12:07 AM
To: Liu Yu-B13201
Cc: k...@vger.kernel.org; kvm-ppc@vger.kernel.org; ag
, and must split the guest
mapping into multiple large host pages.
When will you have hugetlbfs for e500? That's going to make such a
dramatic difference, I'm not sure it's worth investing time in
optimizing the MMU code until then.
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
On 09/09/2010 04:26 PM, Alexander Graf wrote:
On 09.09.2010, at 20:13, Hollis Blanchard wrote:
On 09/09/2010 04:16 AM, Liu Yu-B13201 wrote:
Yes, it's hard to resume TLB0. We only resume TLB1 in previous code.
But TLB1 is even more smaller (13 free entries) than 440,
So that it still
to restore a full guest TLB
working set, but maybe it's not really possible to use all 1024 TLB0
entries in one timeslice anyways).
--
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message
rather than swapped
wholesale. To do that, you would need to track the host PID in KVM data
structures, I guess in the tlbe_ref structure.
--
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message
On 08/04/2010 05:21 PM, 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.
Hi Aurelien, any comment on these?
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
--
To unsubscribe
On Thu, Aug 5, 2010 at 7:39 PM, Liu Yu-B13201 b13...@freescale.com wrote:
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org
[mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
Sent: Thursday, August 05, 2010 8:22 AM
To: qemu-de...@nongnu.org
Cc: kvm-ppc
paths... see Documentation/powerpc/cpu_features.txt for
some background.
Since we already know (at build time) the location of code that needs
patching, we don't need to scan at all. (I also shudder to think of the
number of page faults this scan will incur.)
Hollis Blanchard
Mentor Graphics
, vcpu_e500);
Why not put all this in a common function like kvm_arch_vcpu_init()?
There are layers of shared code inside arch/powerpc/kvm: e.g. powerpc.c
- booke.c - 44x.c...
Hollis Blanchard
Mentor Graphics, Embedded Systems Division
--
To unsubscribe from this list: send the line unsubscribe
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 still not accurately emulated by TCG.
--
To unsubscribe from this
-by: Hollis Blanchard hol...@penguinppc.org
---
hw/ppc4xx_devs.c |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/hw/ppc4xx_devs.c b/hw/ppc4xx_devs.c
index b15db81..be130c4 100644
--- a/hw/ppc4xx_devs.c
+++ b/hw/ppc4xx_devs.c
@@ -684,7 +684,7 @@ ram_addr_t ppc4xx_sdram_adjust
We can't use the return value of load_uimage() for the kernel because it
can't account for BSS size, and the PowerPC kernel does not relocate
blobs before zeroing BSS.
Instead, we now load at the fixed addresses chosen by u-boot (the normal
firmware for the board).
Signed-off-by: Hollis
We must be able to use a non-native strip executable, but not all
versions of 'install' support the --strip-program option (e.g.
OpenBSD). Accordingly, we can't use 'install -s', and we must run strip
separately.
Signed-off-by: Hollis Blanchard hol...@penguinppc.org
Cc: blauwir...@gmail.com
The PowerPC 4xx SDRAM controller emulation unregisters RAM in its reset
callback. However, qemu_system_reset() is now called at initialization
time, so all RAM is unregistered before starting the guest (!).
Signed-off-by: Hollis Blanchard hol...@penguinppc.org
---
hw/ppc4xx_devs.c |1 -
1
On Sun, Aug 1, 2010 at 5:36 AM, Edgar E. Iglesias
edgar.igles...@gmail.com wrote:
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
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 wrote:
On Sat, Jul 31, 2010 at 12:56:42AM +0200, Edgar E. Iglesias
On Mon, Aug 2, 2010 at 1:41 AM, Alexander Graf ag...@suse.de wrote:
On 30.07.2010, at 03:48, Hollis Blanchard wrote:
The PowerPC 4xx SDRAM controller emulation unregisters RAM in its reset
callback. However, qemu_system_reset() is now called at initialization
time, so RAM is unregistered
On Mon, Aug 2, 2010 at 12:56 PM, Edgar E. Iglesias
edgar.igles...@gmail.com wrote:
On Mon, Aug 02, 2010 at 12:33:54PM -0700, Hollis Blanchard wrote:
You mean the one architecture, which by the way doesn't even use this
API? That doesn't seem like a strong argument to me. Anyways, it's
Are we
Developers can now tell at a glace the exact type of the premature interrupt,
instead of just knowing that there was some interrupt.
Signed-off-by: Hollis Blanchard hol...@penguinppc.org
diff --git a/arch/powerpc/kvm/booke.c b/arch/powerpc/kvm/booke.c
--- a/arch/powerpc/kvm/booke.c
+++ b/arch
Signed-off-by: Hollis Blanchard hol...@penguinppc.org
diff --git a/arch/powerpc/kvm/44x_tlb.c b/arch/powerpc/kvm/44x_tlb.c
--- a/arch/powerpc/kvm/44x_tlb.c
+++ b/arch/powerpc/kvm/44x_tlb.c
@@ -47,6 +47,7 @@
#ifdef DEBUG
void kvmppc_dump_tlbs(struct kvm_vcpu *vcpu)
{
+ struct
The PowerPC 4xx SDRAM controller emulation unregisters RAM in its reset
callback. However, qemu_system_reset() is now called at initialization
time, so RAM is unregistered before starting the guest.
Signed-off-by: Hollis Blanchard hol...@penguinppc.org
---
hw/ppc4xx_devs.c |1 -
1 files
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 initialization code.
Signed-off-by: Hollis Blanchard hol
On Fri, Jan 22, 2010 at 12:04 PM, Corey Minyard miny...@acm.org wrote:
Here's how far I can get now:
r...@xilinx-ml507:~# ./qemu-system-ppcemb --enable-kvm -nographic -m 64 -M
bambo
o -kernel uImage.bamboo -L . -append -serial tcp::,server
QEMU waiting for connection on:
On Tue, Feb 2, 2010 at 3:44 AM, Liu Yu yu@freescale.com wrote:
Old method prematurely sets ESR and DEAR.
Move this part after we decide to inject interrupt,
which is more like hardware behave.
Signed-off-by: Liu Yu yu@freescale.com
Acked-by: Hollis Blanchard hol...@penguinppc.org
On Mon, Jan 25, 2010 at 3:32 AM, Liu Yu-B13201 b13...@freescale.com wrote:
-Original Message-
From: Alexander Graf [mailto:ag...@suse.de]
Sent: Friday, January 22, 2010 7:33 PM
To: Liu Yu-B13201
Cc: hol...@penguinppc.org; kvm-ppc@vger.kernel.org;
k...@vger.kernel.org
Subject: Re:
On Fri, Jan 22, 2010 at 7:27 AM, Corey Minyard miny...@acm.org wrote:
Corey Minyard wrote:
I'm playing around with KVM on an ebony board (440GP), just trying to get
it to work, really. I followed the instructions at
http://www.linux-kvm.org/page/PowerPC and I used the 2.6.33 branch of the
On Fri, Jan 22, 2010 at 9:27 AM, Alexander Graf ag...@suse.de wrote:
On 22.01.2010, at 18:23, Corey Minyard wrote:
Hollis Blanchard wrote:
As for console, you probably want to use qemu's -nographic or at
least -serial stdio options.
Thanks for the info. However, -serial stdio doesn't seem
On Fri, Jan 8, 2010 at 11:32 AM, Alexander Graf ag...@suse.de wrote:
On 08.01.2010, at 20:29, Hollis Blanchard wrote:
On Thu, Jan 7, 2010 at 5:58 PM, Alexander Graf ag...@suse.de wrote:
Book3S needs some flags in SRR1 to get to know details about an interrupt.
One such example is the trap
On Mon, Dec 21, 2009 at 6:22 AM, Alexander Graf ag...@suse.de wrote:
We treated the DEC interrupt like an edge based one. This is not true for
Book3s. The DEC keeps firing until mtdec is issued again and thus clears
the interrupt line.
That's not quite right. The decrementer keeps firing until
On Mon, Dec 21, 2009 at 10:13 AM, Hollis Blanchard
hol...@penguinppc.org wrote:
void kvmppc_emulate_dec(struct kvm_vcpu *vcpu)
{
unsigned long dec_nsec;
pr_debug(mtDEC: %x\n, vcpu-arch.dec);
#ifdef CONFIG_PPC64
/* POWER4+ triggers a dec interrupt if the value is 0
Hollis for code that changes BookE parts when I
can't say for sure if the change is ok.
Signed-off-by: Alexander Graf ag...@suse.de
Acked-by: Hollis Blanchard hol...@penguinppc.org
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord
.
Signed-off-by: Alexander Graf ag...@suse.de
Acked-by: Hollis Blanchard hol...@penguinppc.org
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Sun, 2009-10-25 at 15:01 +0200, Avi Kivity wrote:
On 10/23/2009 02:33 AM, Hollis Blanchard wrote:
On Wed, 2009-10-21 at 17:03 +0200, Alexander Graf wrote:
KVM for PowerPC only supports embedded cores at the moment.
While it makes sense to virtualize on small machines, it's even
/uaccess.h
+#include linux/module.h
#include asm/time.h
#include asm-generic/div64.h
For some reason, I'm not seeing this build break, but the patch is
obviously correct.
Acked-by: Hollis Blanchard holl...@us.ibm.com
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list
support for Book3s_64 hosts and guest support
for Book3s_64 and G3/G4.
Acked-by: Hollis Blanchard holl...@us.ibm.com
Avi, please apply these patches, and one more (unrelated) to fix the
Book E build that I will send in just a moment.
--
Hollis Blanchard
IBM Linux Technology Center
The old BUILD_BUG_ON implementation didn't work with __builtin_constant_p().
Fixing that revealed this test had been inverted for a long time without
anybody noticing...
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
diff --git a/arch/powerpc/kvm/timing.h b/arch/powerpc/kvm/timing.h
On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote:
Hollis Blanchard holl...@us.ibm.com 15.10.09 00:57
On Fri, 2009-10-09 at 12:14 -0700, Hollis Blanchard wrote:
Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
also exposes the bug in kvmppc_account_exit_stat(). So
On Tue, 2009-10-20 at 11:42 +1030, Rusty Russell wrote:
On Tue, 20 Oct 2009 04:49:29 am Hollis Blanchard wrote:
On Thu, 2009-10-15 at 08:27 +0100, Jan Beulich wrote:
My perspective is that it just uncovered already existing brokenness.
Sorry, I thought it was clear, but to be more
On Fri, 2009-10-09 at 12:14 -0700, Hollis Blanchard wrote:
Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
also exposes the bug in kvmppc_account_exit_stat(). So to recap:
original: built but didn't work
Jan's: doesn't build
Rusty's: builds and works
Where do you
Rusty's version of BUILD_BUG_ON() does indeed fix the build break, and
also exposes the bug in kvmppc_account_exit_stat(). So to recap:
original: built but didn't work
Jan's: doesn't build
Rusty's: builds and works
Where do you want to go from here?
--
Hollis Blanchard
IBM Linux Technology
);
if (emulated == EMULATE_FAIL) {
mftb() doesn't exist for ppc32, so we'll need to use the get_tb()
wrapper instead.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo
kvm_sregs {
+ __u64 pvr;
+ char pad[1016];
};
struct kvm_fpu {
Architecturally, PVR is 32 bits, even for PPC64. Is there a reason you
want it to be 64 bits here? (I can understand just picking 64 for
registers that could be either size, but that's not this case.)
--
Hollis Blanchard
IBM
= pc;
+ __entry-pc = _pc;
__entry-emulate= emulate;
),
After much digging, I managed to actually enable CONFIG_TRACEPOINTS.
However, I still don't get any build errors from this code. Maybe you
could paste the full gcc output?
--
Hollis
))
+ generic___set_le_bit(rel_gfn, memslot-dirty_bitmap);
}
}
I don't think I've ever exercised the dirty bitmap code, and I don't
really have an opinion. Avi?
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc
Hi Avi, would you apply this patch? Looks like the corresponding qemu
patch went in a while ago, so the qemu build has been broken for some
time.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
--
Hollis Blanchard
IBM Linux Technology Center
On Thu, 2009-07-16 at 15:29 +0200, Alexander Graf
or for
testing, but for review patches are nice :-)
Yeah, I actually went looking for the v3 patchset last week, and gave up
trying to extract it from git...
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord
really makes sense
for x86. We don't need to stick with it.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
://marc.info/?l=kvm-ppcm=122154657905306w=2
Interesting. Any reason why that wasn't merged ?
Basically because we ran out of manpower to maintain it. We didn't want
to push PV changes into upstream Linux, useful only to us, and then
disappear.
--
Hollis Blanchard
IBM Linux Technology Center
in bunches (i.e. the guest interrupt vectors).
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Wed, 2009-07-08 at 10:28 +0800, Liu Yu-B13201 wrote:
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org
[mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Alexander Graf
Sent: Wednesday, July 08, 2009 7:23 AM
To: Hollis Blanchard
Cc: Avi Kivity; kvm-ppc
.
Agreed.
The PVR register is basically the equivalent of cpuid. It might make
more sense to exit to qemu to handle those accesses. Today, PVR reads
are emulated in-kernel.
Hmm, I don't remember where arch-vcpu.pvr is being set at all for 440
and e500...
--
Hollis Blanchard
IBM Linux Technology
) {
printk(%s: index %d\n, __func__, gtlb_index);
kvmppc_dump_vcpu(vcpu);
return EMULATE_FAIL;
Acked-by: Hollis Blanchard holl...@us.ibm.com
Thanks.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm
is fine with me.
(Wtf are those magic addresses? And not a single comment?? Aren't we
better than this?)
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info
On Wed, 2009-04-29 at 11:31 +0300, Avi Kivity wrote:
Hollis Blanchard wrote:
Since PPC is now supported in upstream QEMU, does it really matter if it
works in qemu-kvm.git?
I was going to take that position too, except Avi asked me specifically
if some of the code inside
Apparently $(ARCH) now holds the qemu meaning, rather than the KVM meaning.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
kvm/libkvm/config-powerpc.mak |4
kvm/libkvm/config-ppc.mak |4
2 files changed, 4 insertions(+), 4 deletions(-)
delete mode 100644 kvm/libkvm
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
kvm/libkvm/kvm-common.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/kvm/libkvm/kvm-common.h b/kvm/libkvm/kvm-common.h
index 96361e8..591fb53 100644
--- a/kvm/libkvm/kvm-common.h
+++ b/kvm/libkvm/kvm-common.h
As far as I can see, kvm_destroy_memory_region_works() has nothing to do with
KVM_CAP_DEVICE_ASSIGNMENT, so move the prototype outside that ifdef block.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
kvm/libkvm/libkvm.h |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff
This fixes a build break when KVM_IOAPIC_NUM_PINS is not defined.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
kvm/libkvm/libkvm.c |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/kvm/libkvm/libkvm.c b/kvm/libkvm/libkvm.c
index 0610e3f..ba0a5d1 100644
Franklin Street, Fifth Floor, Boston, MA 02110-1301, USA.
+ *
+ * Copyright IBM Corp. 2007
+ *
+ * Authors: Hollis Blanchard holl...@us.ibm.com
+ */
+
+#ifndef __LINUX_KVM_POWERPC_H
+#define __LINUX_KVM_POWERPC_H
+
+#include linux/types.h
+
+struct kvm_regs {
+ __u64 pc;
+ __u64 cr
subpage
registration. However, kvm_set_phys_mem() is called outside that loop,
so it gets the non-page-aligned addresses.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More
On Wed, 2009-04-29 at 19:30 +0200, Jan Kiszka wrote:
Hollis Blanchard wrote:
On Wed, 2009-04-29 at 12:38 +0200, Jan Kiszka wrote:
Liu Yu-B13201 wrote:
-Original Message-
From: qemu-devel-bounces+yu.liu=freescale@nongnu.org
[mailto:qemu-devel-bounces+yu.liu=freescale
On Wed, 2009-04-29 at 12:38 -0500, Anthony Liguori wrote:
Hollis Blanchard wrote:
On Wed, 2009-04-29 at 12:38 +0200, Jan Kiszka wrote:
What is the alignment of those regions then? None? And do regions of
different types overlap even on the same page? Maybe the check reveals
some
funny ifdefs somehow?
Here's one patch that I think will be needed:
Set kvm_arch=powerpc for PPC builds.
The name of the Linux arch directory is powerpc, not ppc.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
diff --git a/configure b/configure
index fc0fb9b..257cf02 100755
--- a/configure
On Tue, 2009-04-28 at 17:20 -0500, Anthony Liguori wrote:
Hollis Blanchard wrote:
On Thu, 2009-04-23 at 18:40 +0300, Avi Kivity wrote:
Still missing:
- I have not tested powerpc or ia64. Patches welcome!
This repository seems pretty messed up; I'm not even sure what you
they?
The more people who notice when the PowerPC build breaks, the better.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo
, and that can be very
convenient even when you have real hardware.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
register state then re-invoke the interrupt,
so the host handlers will deal with it anyways.
Note that (in general) with KVM, Qemu only handles IO. KVM handles all
core emulation, including instructions, the MMU, and the decrementer
(PowerPC's in-core timer interrupt source).
--
Hollis Blanchard
into KVM via an ioctl, and processor-specific KVM code
(that's you) somehow jumps into guest mode.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http
AS/PID don't
depend on the EA.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
conference
paper, if you're into that sort of thing. :)
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
post to
devicetree-disc...@ozlabs.org asking if they've heard of NetBSD work,
and also NetBSD/PowerPC mailing lists to see if they've heard of device
tree work.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body
).
Alexander Graf has already done something like this for his 970 work, so
he might be able to provide more details or issues to be aware of in a
scheme like this.
It would be easier to whiteboard, but obviously that's not really an
option...
--
Hollis Blanchard
IBM Linux Technology Center
On Mon, 2009-03-16 at 12:35 +0800, Liu Yu wrote:
Hollis,
Finally I found the reason for unstable kvm in SMP.
Congratulations. :)
do you think the modification is OK?
They look fine to me, as far as I understand the e500 MMU. ;) Feel free
to send to Avi.
--
Hollis Blanchard
IBM Linux
that code to upstream qemu for you; you will *also* need to send it
to qemu yourself.
(As a side note, I'm not sure what the state of KVM PPC is in upstream
qemu right now... probably needs testing again.)
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line
+ bus-frequency = 0;// Filled out by uboot.
Not filled by anybody...
Anyways, these are minor cosmetic issues; I'd be happy if the patch were
committed in its current form.
Acked-by: Hollis Blanchard holl...@us.ibm.com
--
Hollis Blanchard
IBM Linux Technology Center
have tested with Sequoia (440EPx) and Bamboo
(440EP) hosts, but qemu always emulates a Bamboo guest. The chips aren't
the same, but that's irrelevant because the core is (440 x5).
The rest of this patch looks good.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list
function for MPC85xx code use
Patch 5: add MPC85xx board emulation
Patch 6: flat device tree of MPC85xx
Patches 1-4: Acked-by: Hollis Blanchard holl...@us.ibm.com
I've posted some comments on patches 5 and 6.
Aurelian, would you mind reviewing patches 1-3?
--
Hollis Blanchard
IBM Linux
On Tue, 2009-01-20 at 11:09 +0800, Liu Yu wrote:
-Original Message-
From: kvm-ppc-ow...@vger.kernel.org
[mailto:kvm-ppc-ow...@vger.kernel.org] On Behalf Of Hollis Blanchard
Sent: Saturday, January 17, 2009 2:10 AM
To: Liu Yu-B13201
Cc: qemu-de...@nongnu.org; kvm-ppc
register like this in 440 code.
Is that a bug?
RAM is allocated in vl.c (see the call to qemu_vmalloc()), so it looks
like you're actually allocating twice the amount of memory you should
be.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe
be.
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
for now. :)
--
Hollis Blanchard
IBM Linux Technology Center
---BeginMessage---
[ Also available via git://git.kiszka.org/qemu.git queue/gdb ]
This is a backport of the guest debugging support for the KVM
accelerator that is now part of the KVM tree. It implements the reworked
KVM kernel API for guest
= cpu_ppc_init(e500v2_v30);
+if (!env) {
+ fprintf(stderr, Unable to initilize CPU!\n);
initialize
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info
right now it's only functional
in conjunction with KVM.)
Looks pretty good, Yu. :)
Patches 1, 2, 4, 8:
Acked-by: Hollis Blanchard holl...@us.ibm.com
I've either commented on the other patches, or they're in areas of qemu
with which I'm not too familiar.
By the way, I think you forgot patch 9
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
diff --git a/arch/powerpc/kvm/booke.c b/arch/powerpc/kvm/booke.c
--- a/arch/powerpc/kvm/booke.c
+++ b/arch/powerpc/kvm/booke.c
@@ -290,6 +290,7 @@ int kvmppc_handle_exit(struct kvm_run *r
struct kvmppc_44x_tlbe *gtlbe
Passing just the TLB index will ease an e500 implementation.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
diff --git a/arch/powerpc/include/asm/kvm_ppc.h
b/arch/powerpc/include/asm/kvm_ppc.h
--- a/arch/powerpc/include/asm/kvm_ppc.h
+++ b/arch/powerpc/include/asm/kvm_ppc.h
@@ -55,7 +55,6
series applied?
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
On Tue, 2008-12-16 at 11:47 +0100, Aurelien Jarno wrote:
On Mon, Dec 15, 2008 at 06:17:32PM -0600, Hollis Blanchard wrote:
Since most IO devices are integrated into the 440EP chip, Bamboo support
mostly entails implementing the -kernel, -initrd, and -append options.
These options
On Tue, 2008-12-16 at 11:45 +0100, Aurelien Jarno wrote:
On Mon, Dec 15, 2008 at 06:17:31PM -0600, Hollis Blanchard wrote:
Wire up the system-on-chip devices present on 440EP chips.
This patch is a little unusual in that qemu doesn't actually emulate the 440
core, but we use this board
. Do you see any core-specific issues there? Same with
wrtee* and m*msr.
Heh, I was curious why you split them.
If you're curious about anything, just ask!
--
Hollis Blanchard
IBM Linux Technology Center
--
To unsubscribe from this list: send the line unsubscribe kvm-ppc in
the body
The SDRAM controller is shared across almost all 405 and 440 embedded
processors, with some slight differences such as the sizes supported for each
memory bank.
Rename only; no functional changes.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
hw/ppc405_uc.c |4 ++--
hw/ppc4xx.h
The SDRAM controller is shared across almost all 405 and 440 embedded
processors, with some slight differences such as the sizes supported for each
memory bank.
Code movement only; no functional changes.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
I think all device emulation should
Currently on x86, qemu initializes CPUState but KVM ignores it and does its
own vcpu initialization. However, PowerPC KVM needs to be able to set the
initial register state to support the -kernel and -append options.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
kvm-all.c | 15
on libfdt for flat device tree support.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
Makefile.target |4 ++
configure | 18 +
device_tree.c | 114 +++
device_tree.h | 26
libfdt_env.h| 41
.
+ * Authors:
+ * Jerone Young jyou...@us.ibm.com
+ * Christian Ehrhardt ehrha...@linux.vnet.ibm.com
+ * Hollis Blanchard holl...@us.ibm.com
+ *
+ * This work is licensed under the GNU GPL license version 2 or later.
+ *
+ */
+
+#include hw.h
+#include isa.h
+#include ppc.h
+#include
size, and command line, and passing the FDT address in r3.
Since we use it with KVM, we enable the virtio block driver and include hooks
necessary for KVM support.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
Makefile |2 +-
Makefile.target |2 +-
hw/boards.h
On Thu, 2008-12-11 at 16:54 -0600, Hollis Blanchard wrote:
I don't know that kvm_ppc.c is a very information name for this sort
of
stuff. Since this is really host specific, not target specific, why
not
move it out of target-ppc.
I could combine kvm_ppc.c into target-ppc/kvm.c
On Thu, 2008-12-11 at 15:24 -0600, Anthony Liguori wrote:
Hollis Blanchard wrote:
Currently on x86, qemu initializes CPUState but KVM ignores it and does its
own vcpu initialization. However, PowerPC KVM needs to be able to set the
initial register state to support the -kernel and -append
Currently on x86, qemu initializes CPUState but KVM ignores it and does its
own vcpu initialization. However, PowerPC KVM needs to be able to set the
initial register state to support the -kernel and -append options.
Signed-off-by: Hollis Blanchard holl...@us.ibm.com
---
kvm-all.c | 15
1 - 100 of 152 matches
Mail list logo
