From: Avi Kivity a...@redhat.com
Signed-off-by: Avi Kivity a...@redhat.com
diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
index 7fa6ea7..cf18fec 100644
--- a/arch/x86/kvm/vmx.c
+++ b/arch/x86/kvm/vmx.c
@@ -1688,7 +1688,7 @@ static gva_t rmode_tss_base(struct kvm *kvm)
gfn_t
From: Dexuan Cui dexuan@intel.com
This patch enable guest to use XSAVE/XRSTOR instructions.
We assume that host_xcr0 would use all possible bits that OS supported.
And we loaded xcr0 in the same way we handled fpu - do it as late as we can.
Signed-off-by: Dexuan Cui dexuan@intel.com
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-06-11 14:05:53]:
On Fri, 11 Jun 2010 10:16:32 +0530
Balbir Singh bal...@linux.vnet.ibm.com wrote:
* KAMEZAWA Hiroyuki kamezawa.hir...@jp.fujitsu.com [2010-06-11 10:54:41]:
On Thu, 10 Jun 2010 17:07:32 -0700
Dave Hansen
Based on IDT test framework.
Signed-off-by: Sheng Yang sh...@linux.intel.com
---
kvm/test/config-x86-common.mak |2 +
kvm/test/config-x86_64.mak |3 +-
kvm/test/x86/xsave.c | 260
3 files changed, 264 insertions(+), 1 deletions(-)
On Thursday 10 June 2010 21:30:14 Avi Kivity wrote:
Signed-off-by: Sheng Yang sh...@linux.intel.com
Signed-off-by: Avi Kivity a...@redhat.com
Really great work!
---
kvm/test/config-x86-common.mak |2 +
kvm/test/config-x86_64.mak |2 +-
kvm/test/flat.lds |7
On 06/11/2010 10:52 AM, Sheng Yang wrote:
+void do_handle_exception(struct ex_regs *regs)
+{
+struct ex_record *ex;
+unsigned ex_val;
+
+printf(exception: vector %ld error %lx rip %lx\n, regs-vector,
+ regs-error_code, regs-rip);
+
+ex_val = regs-vector |
Bugs item #1841658, was opened at 2007-11-30 13:11
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1841658group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1840395, was opened at 2007-11-28 17:55
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1840395group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1834719, was opened at 2007-11-19 19:58
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1834719group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1834585, was opened at 2007-11-19 16:16
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1834585group_id=180599
Please note that this message will contain a full copy of the comment
Hi there,
I have successfully created virtual machines using KVM. I am using
ubuntu 9.10 for both host and guest. But my problem is that I could
not assign a static IP during boot-up of the guest. Also assigning IP
by using -net user, dhcpstart=... has several problems. In this
case, the
On 06/10/10 16:33, Alex Williamson wrote:
On Thu, 2010-06-10 at 10:23 +0200, Gerd Hoffmann wrote:
I may have been a bit misleading here. What we really want to do is use the
same matching algorithm as is used by the rest of the device state. Currently
this is a vmstate name and [arbitrary]
On 06/10/10 17:21, Alex Williamson wrote:
On Thu, 2010-06-10 at 15:49 +0100, Paul Brook wrote:
Ok, we can certainly dovmsd-name.vmsd-instance\driver string.
It seems like this highlights a deficiency in the vmstate matching
Why are you forcing this to be a string?
It seemed like a good way
Hi folks,
We're running Solaris 10u8 64bit on Ubuntu/KVM. The Solaris guest feels
sluggish when I assign it more than one VCPU. With a single VCPU things
fly and everything works fine.
By feels sluggish I mean:
- occasional ssh freezes
- slow typing
- high system (spends its time doing
Bugs item #1817779, was opened at 2007-10-22 13:02
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1817779group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1830975, was opened at 2007-11-13 11:04
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1830975group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1814637, was opened at 2007-10-16 20:39
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1814637group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1802082, was opened at 2007-09-25 16:44
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1802082group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1768187, was opened at 2007-08-06 09:42
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1768187group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1768212, was opened at 2007-08-06 11:07
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1768212group_id=180599
Please note that this message will contain a full copy of the comment
On 06/10/2010 02:05 AM, Luiz Capitulino wrote:
On Tue, 8 Jun 2010 12:31:38 +0530
Prerna Saxenapre...@linux.vnet.ibm.com wrote:
This exports tdb_hash() for use by tracing framework.
Suggest to rename it (eg. qemu_hash()) and move it to a better location, qdict
is not the best module to
Bugs item #1699695, was opened at 2007-04-13 06:07
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1699695group_id=180599
Please note that this message will contain a full copy of the comment
Hi Luiz,
Thanks for your feedback.
On 06/10/2010 02:07 AM, Luiz Capitulino wrote:
On Tue, 8 Jun 2010 12:34:37 +0530
Prerna Saxenapre...@linux.vnet.ibm.com wrote:
This introduces the monitor command 'trace' to read current contents of
trace buffer.
...
diff --git a/simpletrace.c
Hi Luiz,
Thanks for taking time to review it.
On 06/10/2010 02:13 AM, Luiz Capitulino wrote:
On Tue, 8 Jun 2010 12:38:58 +0530
Prerna Saxenapre...@linux.vnet.ibm.com wrote:
This patch adds support for dynamically enabling/disabling of tracepoints.
Monitor commands added :
Monitor
Fix compile warning:
CC [M] arch/powerpc/kvm/powerpc.o
arch/powerpc/kvm/powerpc.c: In function 'kvm_arch_vcpu_ioctl_run':
arch/powerpc/kvm/powerpc.c:290: warning: 'gpr' may be used uninitialized in
this function
arch/powerpc/kvm/powerpc.c:290: note: 'gpr' was declared here
handle_ept_violation() does not pass error code to
the handler tdp_page_fault().
It means tdp_page_fault() handles the page fault with ignoring
the error code, It will not handle the page fault completely correctly,
and may causes endless page fault.
{
But because there is another bad code in
When ept enabled, current code set shadow_base_present_pte
including the write bit, thus all pte entries have
writabe bit, and it means guest os can always
write to any mapped page (even VMM maps RO pages for
the guest.)
We always use get_user_pages(write=1), so this bad code does not
cause any
Prerna Saxena pre...@linux.vnet.ibm.com writes:
This is v2 of monitor commands based on Stefan's trace framework :
( http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02407.html )
This adds the following monitor commands for the 'simple' backend:
- info trace : to view current
Markus Armbruster wrote:
Prerna Saxena pre...@linux.vnet.ibm.com writes:
This is v2 of monitor commands based on Stefan's trace framework :
( http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02407.html )
This adds the following monitor commands for the 'simple' backend:
- info trace
Bugs item #1769884, was opened at 2007-08-08 11:43
Message generated for change (Settings changed) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1769884group_id=180599
Please note that this message will contain a full copy of the
Bugs item #1740031, was opened at 2007-06-20 01:12
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1740031group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1760424, was opened at 2007-07-25 17:40
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1760424group_id=180599
Please note that this message will contain a full copy of the comment
On Thu, 10 Jun 2010 09:27:34 -0500
Anthony Liguori anth...@codemonkey.ws wrote:
On 06/10/2010 08:08 AM, Kevin Wolf wrote:
Am 10.06.2010 14:53, schrieb Anthony Liguori:
On 06/10/2010 04:43 AM, Kevin Wolf wrote:
Huh, why this? Seems I still haven't understood all of qcow2
Rename 'page' and 'shadow_page' to 'sp' to better fit the context
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/paging_tmpl.h | 22 +++---
1 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/arch/x86/kvm/paging_tmpl.h
Using wrap function to cleanup page dirty judgment
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/paging_tmpl.h |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/x86/kvm/paging_tmpl.h b/arch/x86/kvm/paging_tmpl.h
index 8d00bb2..876e705
The sync page is already write protected in mmu_sync_children(), don't
write protected it again
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c |6 ++
1 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
Am 07.06.2010 20:00, schrieb MORITA Kazutaka:
Sheepdog is a distributed storage system for QEMU. It provides highly
available block level storage volumes to VMs like Amazon EBS. This
patch adds a qemu block driver for Sheepdog.
Sheepdog features are:
- No node in the cluster is special (no
Bugs item #1858949, was opened at 2007-12-27 15:26
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1858949group_id=180599
Please note that this message will contain a full copy of the comment
Decrease sp-unsync_children after clear unsync_child_bitmap bit
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/kvm/mmu.c b/arch/x86/kvm/mmu.c
index 18c14c5..c4b980a 100644
In current code, some page's unsync_child_bitmap is not cleared completely
in mmu_sync_children(), for example, if two PDPEs shard one PDT, one of
PDPE's unsync_child_bitmap is not cleared.
Currently, it not harm anything just little overload, but it's the prepare
work for the later patch
While we mark the parent's unsync_child_bitmap, if the parent is already
unsynced, it no need walk it's parent, it can reduce some unnecessary
workload
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/kvm/mmu.c | 61 ++-
1
Bugs item #1858122, was opened at 2007-12-25 21:44
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1858122group_id=180599
Please note that this message will contain a full copy of the comment
Xiao Guangrong wrote:
While we mark the parent's unsync_child_bitmap, if the parent is already
unsynced, it no need walk it's parent, it can reduce some unnecessary
workload
Hi Avi, Marcelo,
About two months ago, i have sent this optimization, it just a little
performance
improved
On 06/11/2010 07:55 AM, Luiz Capitulino wrote:
On Thu, 10 Jun 2010 09:27:34 -0500
Anthony Liguorianth...@codemonkey.ws wrote:
On 06/10/2010 08:08 AM, Kevin Wolf wrote:
Am 10.06.2010 14:53, schrieb Anthony Liguori:
On 06/10/2010 04:43 AM, Kevin Wolf wrote:
Huh,
Bugs item #1802082, was opened at 2007-09-25 09:44
Message generated for change (Comment added) made by esila
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1802082group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1802082, was opened at 2007-09-25 16:44
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1802082group_id=180599
Please note that this message will contain a full copy of the comment
* Marcelo Tosatti mtosa...@redhat.com [2010-06-10 23:25:51]:
The following patch implements a simple busy-spin detector. It considers
a vcpu as busy-spinning if there are two consecutive exits due to
external interrupt on the same RIP, and sleeps for 100us in that case.
It is very likely
These are the first two patches from the RFC sent out a couple days
ago. There seemed to be concensus that these were headed in the
right direction, so I'll post them for commit while we decided how
to name RAMBlocks.
Changes - rename 'ram' to 'ram_list' to avoid polluting the global
namespace
No reason not to call qemu_ram_map() once we have the allocation
and remove duplicate code.
Signed-off-by: Alex Williamson alex.william...@redhat.com
Acked-by: Chris Wright chr...@redhat.com
---
exec.c | 37 ++---
1 files changed, 10 insertions(+), 27
This makes the RAM block list easier to manipulate. Also incorporate
relevant variables into the RAMList struct.
Signed-off-by: Alex Williamson alex.william...@redhat.com
Acked-by: Chris Wright chr...@redhat.com
---
arch_init.c | 14 ++-
cpu-all.h | 28 --
PLE-like design may be more generic than para-virtish when it comes to Windows
guest.
Is this busy-spin actually a Lock Holder Preemption problem?
Regards,
HUANG, Zhiteng
-Original Message-
From: kvm-ow...@vger.kernel.org [mailto:kvm-ow...@vger.kernel.org] On Behalf Of
Balbir Singh
Bugs item #1868937, was opened at 2008-01-11 00:08
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1868937group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1876714, was opened at 2008-01-21 20:59
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1876714group_id=180599
Please note that this message will contain a full copy of the comment
Bugs item #1881418, was opened at 2008-01-28 21:55
Message generated for change (Comment added) made by jessorensen
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1881418group_id=180599
Please note that this message will contain a full copy of the comment
On Fri, 2010-06-11 at 10:48 +0200, Gerd Hoffmann wrote:
On 06/10/10 17:21, Alex Williamson wrote:
On Thu, 2010-06-10 at 15:49 +0100, Paul Brook wrote:
Ok, we can certainly dovmsd-name.vmsd-instance\driver string.
It seems like this highlights a deficiency in the vmstate matching
Why are
The trouble I'm running into is that the SaveStateEntry.instance_id is
effectively private, and there's no easy way to associate a
SaveStateEntry to a device since it passes an opaque pointer, which
could be whatever the driver decides it wants. I'm wondering if we
should pass the
This makes the RAM block list easier to manipulate. Also incorporate
relevant variables into the RAMList struct.
Signed-off-by: Alex Williamson alex.william...@redhat.com
Acked-by: Chris Wright chr...@redhat.com
---
v2: For qemu.git this time
arch_init.c | 14 +--
cpu-all.h | 28
Bugs item #1876714, was opened at 2008-01-21 12:59
Message generated for change (Comment added) made by n7zzt
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1876714group_id=180599
Please note that this message will contain a full copy of the comment
On Fri, 2010-06-11 at 08:15 -0600, Alex Williamson wrote:
These are the first two patches from the RFC sent out a couple days
ago. There seemed to be concensus that these were headed in the
right direction, so I'll post them for commit while we decided how
to name RAMBlocks.
Changes -
* Huang, Zhiteng zhiteng.hu...@intel.com [2010-06-11 23:03:25]:
PLE-like design may be more generic than para-virtish when it comes to
Windows guest.
Hmm.. sounds reasonable
Is this busy-spin actually a Lock Holder Preemption problem?
Yep, I was hinting towards solving that problem.
On Thu, Jun 10, 2010 at 10:20:15AM -0600, Alex Williamson wrote:
The last thing assign_device() does is call into KVM_ASSIGN_PCI_DEVICE.
If that fails, the device is not assigned, so we shouldn't then try to
deassign it. If you try to assign the same device multiple times, you
can get into a
On Thu, Jun 10, 2010 at 05:02:13PM +0300, Avi Kivity wrote:
Three mov cr instructions fail in a similar way when they fault: the
fault rip points at the next instead of faulting instructions. This
patch set fixes the problem.
Avi Kivity (3):
KVM: Fix mov cr0 #GP at wrong instruction
On Thu, Jun 10, 2010 at 04:44:05PM -0400, Chris Lalancette wrote:
We really want to kvm_set_irq during the hrtimer callback,
but that is risky because that is during interrupt context.
Instead, offload the work to a workqueue, which is a bit safer
and should provide most of the same
On Thu, Jun 10, 2010 at 01:27:15PM -0600, Alex Williamson wrote:
close() the resource fd when we're done with it. Unregister and munmap the
anonymous memory for the MSIX table.
Signed-off-by: Alex Williamson alex.william...@redhat.com
---
hw/device-assignment.c | 21
On Fri, Jun 11, 2010 at 07:36:34PM +0530, Balbir Singh wrote:
* Marcelo Tosatti mtosa...@redhat.com [2010-06-10 23:25:51]:
The following patch implements a simple busy-spin detector. It considers
a vcpu as busy-spinning if there are two consecutive exits due to
external interrupt on
On Fri, 11 Jun 2010 00:45:58 +0530
Prerna Saxena pre...@linux.vnet.ibm.com wrote:
For now, I simply export tdb_hash() from qdict.h for use by tracing
framework.
Luiz suggested renaming and exporting it from a location other than
qdict.h . Would qemu-common.h be a better place?
On Fri, 11 Jun 2010 14:08:56 +0200
Jan Kiszka jan.kis...@siemens.com wrote:
Markus Armbruster wrote:
Prerna Saxena pre...@linux.vnet.ibm.com writes:
This is v2 of monitor commands based on Stefan's trace framework :
( http://lists.gnu.org/archive/html/qemu-devel/2010-05/msg02407.html )
so, finally, some news:
embarassing, that i didn't check it, but, when i disable iptables in
kvm-guest, it works...
interestingly, i set up ssh allows by system-config-firewall, as always
in the past (on physically, real machines, none virtual), and it looks
al right, ssh is allowed. nevertheless
* Marcelo Tosatti mtosa...@redhat.com [2010-06-11 14:46:27]:
Interesting approach, is there a reason to tie it in with pause loop
exits?
Hum, i don't see any. PLE exits provide the same detection, but more
accurately.
Can't we do something more generic or even para-virtish.
This is
Hi Christian,
thanks for you patch. I tried it a little and it worked quite well but
during some live migration tests I noticed a problem.
The problem is related to live migration with high I/O using the AIO
calls (I triggered it with a simple dd).
If you launch a live migration and the guest
On Fri, Jun 11, 2010 at 09:31:38PM +0800, Xiao Guangrong wrote:
If the sync-sp just sync transient, don't mark its pte notrap
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/include/asm/kvm_host.h |2 +-
arch/x86/kvm/mmu.c | 11 ---
On Fri, Jun 11, 2010 at 07:30:24PM +0800, Lai Jiangshan wrote:
handle_ept_violation() does not pass error code to
the handler tdp_page_fault().
It means tdp_page_fault() handles the page fault with ignoring
the error code, It will not handle the page fault completely correctly,
and may
On Fri, Jun 11, 2010 at 07:30:50PM +0800, Lai Jiangshan wrote:
When ept enabled, current code set shadow_base_present_pte
including the write bit, thus all pte entries have
writabe bit, and it means guest os can always
write to any mapped page (even VMM maps RO pages for
the guest.)
We
On Fri, Jun 11, 2010 at 11:23:26AM +, Denis Kirjanov wrote:
Fix compile warning:
CC [M] arch/powerpc/kvm/powerpc.o
arch/powerpc/kvm/powerpc.c: In function 'kvm_arch_vcpu_ioctl_run':
arch/powerpc/kvm/powerpc.c:290: warning: 'gpr' may be used uninitialized in
this function
Hi Anthony,
Is my implementation of master/peer roles acceptable? I realize with
Alex's RAMList changes I may need to modify my patch, but is the
approach of marking memory non-migratable an acceptable
implementation?
Thanks,
Cam
On Fri, Jun 4, 2010 at 3:45 PM, Cam Macdonell
The inline comments are getting pretty hard to wade through, so I'm deleting
some
of the lesser stuff - but I am incorporating into the code.
On Tuesday 08 June 2010 10:45:57 pm Michael S. Tsirkin wrote:
On Tue, Jun 08, 2010 at 04:54:43PM -0700, Tom Lyon wrote:
On Tuesday 08 June 2010
Running kvm_kmod with upstream module on 2.6.33.5-112.local.fc13.x86_64,
I'm getting this exception, looks like the FPU init is still a bit broken.
I'll see if I can debug it a bit and post a patch.
[437469.742812] general protection fault: [#1] SMP
[437469.742821] last sysfs file:
Ensure the save struct gets 16-byte alignment.
From e08c7f6ec354b9605f6dba9771eb76aadd5a71f8 Mon Sep 17 00:00:00 2001
From: Zachary Amsden zams...@redhat.com
Date: Fri, 11 Jun 2010 14:43:21 -1000
Subject: [PATCH] Align FPU save struct to 16-bytes
Otherwise, we get a #GP
Signed-off-by: Zachary
Hi, all,
This is KVM biweekly test result against kvm.git:
f7ebf25e0c1e6cd8ff31f56a076908a169044090 and qemu-kvm.git:
02152f7275ebede652360c3840cf45fe240d34f0, based on kernel 2.6.35-rc2+.
Two new issues found recently, one is kernel panic if start kvm sometimes. The
other is qemu segmentation
Marcelo Tosatti wrote:
On Fri, Jun 11, 2010 at 09:31:38PM +0800, Xiao Guangrong wrote:
If the sync-sp just sync transient, don't mark its pte notrap
Signed-off-by: Xiao Guangrong xiaoguangr...@cn.fujitsu.com
---
arch/x86/include/asm/kvm_host.h |2 +-
arch/x86/kvm/mmu.c |
On Saturday 12 June 2010 01:35:23 Marcelo Tosatti wrote:
On Thu, Jun 10, 2010 at 04:44:05PM -0400, Chris Lalancette wrote:
We really want to kvm_set_irq during the hrtimer callback,
but that is risky because that is during interrupt context.
Instead, offload the work to a workqueue, which
On 06/11/2010 06:15 PM, Yang, Sheng wrote:
On Saturday 12 June 2010 01:35:23 Marcelo Tosatti wrote:
On Thu, Jun 10, 2010 at 04:44:05PM -0400, Chris Lalancette wrote:
We really want to kvm_set_irq during the hrtimer callback,
but that is risky because that is during interrupt context.
Bugs item #1768187, was opened at 2007-08-06 15:42
Message generated for change (Comment added) made by haoxudong
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1768187group_id=180599
Please note that this message will contain a full copy of the comment
Fix compile warning:
CC [M] arch/powerpc/kvm/powerpc.o
arch/powerpc/kvm/powerpc.c: In function 'kvm_arch_vcpu_ioctl_run':
arch/powerpc/kvm/powerpc.c:290: warning: 'gpr' may be used uninitialized in
this function
arch/powerpc/kvm/powerpc.c:290: note: 'gpr' was declared here
84 matches
Mail list logo