Hollis Blanchard wrote:
> On Tuesday 15 April 2008 22:13:28 Liu, Eric E wrote:
>> Hollis Blanchard wrote:
>>> On Wednesday 09 April 2008 05:01:36 Liu, Eric E wrote:
+/* This structure represents a single trace buffer record. */
+struct kvm_trace_rec { + __u32 event:28;
+
Jun, what happens when you boot into Windows' safe mode?
It usually displays the drivers as it loads them. Would be interesting
to see where it hangs.
Also try this:
* Boot with the IDE disk which works and the dummy SCSI disk attached as
per Alberto's instructions
* After you confirmed that the
On Tuesday 15 April 2008 22:13:28 Liu, Eric E wrote:
> Hollis Blanchard wrote:
> > On Wednesday 09 April 2008 05:01:36 Liu, Eric E wrote:
> >> +/* This structure represents a single trace buffer record. */
> >> +struct kvm_trace_rec { + __u32 event:28;
> >> + __u32 extra_u32:3;
> >> +
Hollis Blanchard wrote:
> On Wednesday 09 April 2008 05:01:36 Liu, Eric E wrote:
>> +/* This structure represents a single trace buffer record. */
>> +struct kvm_trace_rec { + __u32 event:28;
>> + __u32 extra_u32:3;
>> + __u32 cycle_in:1;
>> + __u32 pid;
>> + __u32 vcp
On Wed, Apr 16, 2008 at 1:29 AM, Alberto Treviño <[EMAIL PROTECTED]> wrote:
> On Tuesday 15 April 2008 12:57:45 am Jun Koi wrote:
> > Looks like a problem, however. In his instruction, part 3:
> > >3. Shut down the VM. This time, don't include the new temporary
> > > image from step 1 and defin
I have been looking at RHEL3 based guests lately, and to say the least the
performance is horrible. Rather than write a long tome on what I've done and
observed, I'd like to find out if anyone has some insights or known problem
areas running 2.4 guests. The short of it is that % system time spikes
This patch introduces a DMA API and plumbs support through the DMA layer. We
use a mostly opaque structure, IOVector to represent a scatter/gather list of
physical memory. Associated with each IOVector is a read/write function and
an opaque pointer. This allows arbitrary transformation/mapping o
This patch implements the virtio balloon driver backend. A user can interact
with the balloon driver using a newly introduce monitor command 'balloon'.
Ballooning is used to request the guest to stop using a certain portion of its
memory. The guest notifies the host of this memory so the host ca
This patch implements the virtio block driver backend.
Signed-off-by: Anthony Liguori <[EMAIL PROTECTED]>
diff --git a/Makefile.target b/Makefile.target
index ea632fa..4d695c7 100644
--- a/Makefile.target
+++ b/Makefile.target
@@ -535,7 +535,7 @@ OBJS += rtl8139.o
OBJS += e1000.o
# virtio dev
This patch implements the virtio network driver backend. In KVM, this driver
can achieve 1gbit tx/rx performance. More patches are required to improve the
network IO infrastructure to achieve better performance in QEMU.
Since v1, I've updated the patch based on the IOVector refactoring.
Signed-
This patch introduces virtio support over PCI. virtio is a generic virtual IO
framework for Linux first introduced in 2.6.23. Since 2.6.25, virtio has
supported a PCI transport which this patch implements.
Since the last time these patches were posted to qemu-devel, I've reworked it
to use the p
3 files changed, 7 insertions(+), 7 deletions(-)
include/linux/kvm_host.h |2 +-
virt/kvm/kvm_main.c |8
virt/kvm/kvm_trace.c |4 ++--
# HG changeset patch
# User Hollis Blanchard <[EMAIL PROTECTED]>
# Date 1208293411 18000
# Node ID 524092a595b246f17ab56199e3afebded1e9
On Wednesday 09 April 2008 05:01:36 Liu, Eric E wrote:
> +/* This structure represents a single trace buffer record. */
> +struct kvm_trace_rec {
> + __u32 event:28;
> + __u32 extra_u32:3;
> + __u32 cycle_in:1;
> + __u32 pid;
> + __u32 vcpu_id;
> + union {
> +
1 file changed, 31 insertions(+), 17 deletions(-)
kernel/Makefile | 48 +++-
- fix where $(ARCH_DIR) is lower case and for -DCONFIG_? in _unifdef macro it
needs to be upper case.
This patch add the ability for make sync in the kernel directory to wo
1 file changed, 31 insertions(+), 17 deletions(-)
kernel/Makefile | 48 +++-
This patch add the ability for make sync in the kernel directory to work for
mulitiple architectures and not just x86.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff
On Tuesday 15 April 2008 14:43:12 Jerone Young wrote:
> 1 file changed, 31 insertions(+), 17 deletions(-)
> kernel/Makefile | 48 +++-
>
>
> This patch add the ability for make sync in the kernel directory to work
> for mulitiple architectures and not ju
1 file changed, 31 insertions(+), 17 deletions(-)
kernel/Makefile | 48 +++-
This patch add the ability for make sync in the kernel directory to work for
mulitiple architectures and not just x86.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff
This patch apparently fell through the cracks or I didn't send the rised
version to the list. These patches fix cpu initilization for PowerPC. Without
them guest cannot be launched.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
2 files changed, 6 insertions(+), 3 deletions(-)
qemu/hw/ppc440_b
1 file changed, 6 insertions(+)
qemu/qemu-kvm-powerpc.c |6 ++
This patch adds a call to load_kvm_registers after creation of vcpu. This is
required for ppc since we are required to set certain registers before boot.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/qemu/qemu
1 file changed, 3 deletions(-)
qemu/hw/ppc440_bamboo.c |3 ---
This patch removes the call to kvm_load_registers while in board platform setup
code. This must now be done later in vcpu initialization.
Signed-off-by: Jerone Young <[EMAIL PROTECTED]>
diff --git a/qemu/hw/ppc440_bamboo.c b/qem
On Tuesday 15 April 2008 11:20:58 Jerone Young wrote:
> > What happened to my suggestion of creating a per-arch HACK_FILES and
> > UNIFDEF_FILES variables, and looping over those?
>
> These macros are only for x86. We don't want them or need them. So I
> just left them be as not to accidentally mis
Avi Kivity wrote:
> Anthony Liguori wrote:
>>
>> With the IO thread, we don't have to worry about lost signals like we
>> do in a VCPU thread so it's fine to just use select() and install
>> signal handlers IIUC.
>>
>
> What about aio completions? The only race-free way to handle both
> posix a
On Tuesday 15 April 2008 12:57:45 am Jun Koi wrote:
> Looks like a problem, however. In his instruction, part 3:
> >3. Shut down the VM. This time, don't include the new temporary
> > image from step 1 and define your disk(s) as SCSI disks:
> >
> > qemu-system-x86_64 -m 256 \
> >-drive file=h
On Tue, 2008-04-15 at 09:08 -0500, Hollis Blanchard wrote:
> On Monday 14 April 2008 21:46:43 Jerone Young wrote:
> > 1 file changed, 13 insertions(+), 5 deletions(-)
> > kernel/Makefile | 18 +-
> >
> >
> > This patch add the ability for make sync in the kernel directory to work
>
Anthony Liguori wrote:
>
> With the IO thread, we don't have to worry about lost signals like we
> do in a VCPU thread so it's fine to just use select() and install
> signal handlers IIUC.
>
What about aio completions? The only race-free way to handle both posix
aio completion and fd readiness
Marcelo Tosatti wrote:
> On Tue, Apr 15, 2008 at 05:45:28PM +0300, Avi Kivity wrote:
>
>> Anthony Liguori wrote:
>>
>>> Why did we ever need sigtimedwait() anyway? Even if we were
>>> select()ing within the VCPU context, we should break out of the
>>> select() on signal delivery.
>>>
>>>
On Tue, Apr 15, 2008 at 08:40:09AM -0500, Anthony Liguori wrote:
> Avi Kivity wrote:
> >Anthony Liguori wrote:
> >>
> >>BTW, when we set O_ASYNC on the tap fd, we're eliminating
> >>O_NONBLOCK. This means that we have to poll loop select() when
> >>readv()'ing packets instead of just reading unt
On Tue, Apr 15, 2008 at 05:45:28PM +0300, Avi Kivity wrote:
> Anthony Liguori wrote:
> >
> >Why did we ever need sigtimedwait() anyway? Even if we were
> >select()ing within the VCPU context, we should break out of the
> >select() on signal delivery.
> >
>
> select() is no good since if the sig
Anthony Liguori wrote:
>
> Why did we ever need sigtimedwait() anyway? Even if we were
> select()ing within the VCPU context, we should break out of the
> select() on signal delivery.
>
select() is no good since if the signal is delivered after the select(),
but before entry into guest mode, i
Nguyen Anh Quynh wrote:
> On 4/15/08, Nguyen Anh Quynh <[EMAIL PROTECTED]> wrote:
>
>
>> > You should be able to get very far along the Windows boot process with
>> > extboot. If you just install the LSI driver in Win2k, you can boot up
>> > completely. Someone just posted instructions for
Avi Kivity wrote:
> Anders wrote:
>
Why not enable SIGIO on stdio input, like the rest of the fd handling in
qemu?
>>> Thats a possibility, but I think we've now agreed that doing select() with
>>> a timeout is cleaner and possibly half a cent faster.
>>>
On Monday 14 April 2008 21:46:43 Jerone Young wrote:
> 1 file changed, 13 insertions(+), 5 deletions(-)
> kernel/Makefile | 18 +-
>
>
> This patch add the ability for make sync in the kernel directory to work
> for mulitiple architectures and not just x86.
>
> Signed-off-by: Jeron
Avi Kivity wrote:
> Anthony Liguori wrote:
>>
>> BTW, when we set O_ASYNC on the tap fd, we're eliminating
>> O_NONBLOCK. This means that we have to poll loop select() when
>> readv()'ing packets instead of just reading until hitting AGAIN.
>> This means at least an extra syscall per packet.
>
Anthony Liguori wrote:
> Avi Kivity wrote:
>> Anthony Liguori wrote:
>>>
>>> BTW, when we set O_ASYNC on the tap fd, we're eliminating
>>> O_NONBLOCK. This means that we have to poll loop select() when
>>> readv()'ing packets instead of just reading until hitting AGAIN.
>>> This means at least
Guillaume Thouvenin wrote:
> On Mon, 07 Apr 2008 11:05:06 -0500
> Anthony Liguori <[EMAIL PROTECTED]> wrote:
>
>
>> Perhaps a viable way to fix this upstream would be to catch the vmentry
>> failure, look to see if SS.CPL != CS.CPL, and if so, invoke
>> x86_emulate() in a loop until SS.CPL ==
On Tue, Apr 15, 2008 at 12:34 PM, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Nguyen Anh Quynh wrote:
> > On 4/15/08, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> >
> >> Hi Nguyen,
> >>
> >> Nguyen Anh Quynh wrote:
> >>
> >>
> >>> Hi Anthony,
> >>>
> >>> I spot a bug and few dead code i
On Mon, 07 Apr 2008 11:05:06 -0500
Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Perhaps a viable way to fix this upstream would be to catch the vmentry
> failure, look to see if SS.CPL != CS.CPL, and if so, invoke
> x86_emulate() in a loop until SS.CPL == CS.CPL.
>
> There are very few instruct
Anders wrote:
>
>>> Why not enable SIGIO on stdio input, like the rest of the fd handling in
>>> qemu?
>>>
>> Thats a possibility, but I think we've now agreed that doing select() with
>> a timeout is cleaner and possibly half a cent faster.
>>
>
> Since I can only follow this list as a
Jerone Young wrote:
> 2 files changed, 2 insertions(+), 8 deletions(-)
> qemu/Makefile.target |3 +--
> qemu/configure |7 +--
>
>
> Now that kvm headers are synced locally, qemu does not need a specific option
> to find the kernel headers as they can now be specified in the
> --
Jerone Young wrote:
> 2 files changed, 25 insertions(+), 4 deletions(-)
> Makefile | 21 -
> configure |8 +---
>
>
> This patch adds ability for kvm-userspace build system to sync needed kernel
> headers locally without the need of compiled kernel source.
>
> Signed-o
Marcelo Tosatti wrote:
> On Mon, Apr 14, 2008 at 07:24:06PM +0300, Avi Kivity wrote:
>> Why not enable SIGIO on stdio input, like the rest of the fd handling in
>> qemu?
>
> Thats a possibility, but I think we've now agreed that doing select() with
> a timeout is cleaner and possibly half a cent f
Hi All,
This is today's KVM test result against kvm.git
8d3a833dc9d42f0967e57717f89c518375d6a417 and kvm-userspace.git
e665b723bd12c01068879fe8106a8108b070c653.
One Issue Fixed:
1. Fails to save/restore ia32e guests
https://sourceforge.net/trac
Jerone Young wrote:
> I just took the old description that was there before. A much better one
> would be:
>
> Remove declarations of kvm_*_pit() on architectures who do not support
> not have a PIT.
>
> That is what I was really intending. It removes a lot of compile
> warnings, when compiling any
>From 193536b1cd96f646b66bea52bc46fdebcdcfc1cf Mon Sep 17 00:00:00 2001
From: Feng (Eric) Liu <[EMAIL PROTECTED]>
Date: Wed, 16 Apr 2008 07:05:22 -0400
Subject: [PATCH] KVM: trace: fix a redundant assignment.
Romove the redundant assignment, since the variable "extra"
will not be used again.
Sign
>From 9314f8b249fe6c32f006e6a1cec5d3868b66e6ff Mon Sep 17 00:00:00 2001
From: Feng (Eric) Liu <[EMAIL PROTECTED]>
Date: Wed, 16 Apr 2008 05:45:40 -0400
Subject: [PATCH] kvm: user: Add event mask support in kvmtrace.
Signed-off-by: Feng (Eric) Liu <[EMAIL PROTECTED]>
---
user/kvmtrace.c | 56
+++
>From a1b062cfd4d1a91c447b680ac9a2250fe55119ec Mon Sep 17 00:00:00 2001
From: Feng (Eric) Liu <[EMAIL PROTECTED]>
Date: Wed, 16 Apr 2008 05:29:37 -0400
Subject: [PATCH] KVM: trace: Add event mask support.
Allow user space application to specify one or more
filter masks to limit the events being ca
Hi,
The following two patches add event mask support in kvmtrace and the
corresponding kernel code, so that we can specify filter masks to limit
the events being captured.
--Eric (Liu, Feng)
-
This SF.net email is sponsored
47 matches
Mail list logo
