On Tue, Feb 14, 2012 at 10:33 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Feb 14, 2012 at 10:30:59AM +1100, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 9:59 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Tue, Feb 14, 2012 at 07:53:26AM +1100, ronnie sahlberg wrote:
On Tue, Feb
On Mon, Feb 13, 2012 at 07:48:37PM -0500, Kevin O'Connor wrote:
On Tue, Feb 14, 2012 at 02:43:45AM +0200, Michael S. Tsirkin wrote:
On Mon, Feb 13, 2012 at 07:34:55PM -0500, Kevin O'Connor wrote:
On Mon, Feb 13, 2012 at 11:33:08AM +0200, Michael S. Tsirkin wrote:
To allow guests to load
On Tue, Feb 14, 2012 at 11:49:55AM +1100, ronnie sahlberg wrote:
By just exposing this device to the kernel, the kernel keeps sending,
or if not the kernel maybe some other process trying to poll the
status?
every few seconds :
PREVENT_ALLOW_MEDIUM_REMOVAL prevent removal
On Mon, Feb 13, 2012 at 07:34:55PM -0500, Kevin O'Connor wrote:
On Mon, Feb 13, 2012 at 11:33:08AM +0200, Michael S. Tsirkin wrote:
To allow guests to load the native SHPC driver
for a bridge, we must declare an OSHP method
for the appropriate device which lets the OS
take control of the
Signed-off-by: Yang Bai hamo...@gmail.com
---
tools/kvm/.gitignore |1 +
1 files changed, 1 insertions(+), 0 deletions(-)
diff --git a/tools/kvm/.gitignore b/tools/kvm/.gitignore
index be6c6f2..60dd6db 100644
--- a/tools/kvm/.gitignore
+++ b/tools/kvm/.gitignore
@@ -8,4 +8,5 @@
(Sorry for the delay, I was in bad form this weekend.)
I am sorry, I see what I was misreading.
My eyes misread kvm_mmu_flush_tlb() as kvm_flush_remote_tlbs().
That's why I could not understand what you said, really sorry.
(2012/02/10 16:42), Xiao Guangrong wrote:
It is obvious wrong, i do
(2012/02/14 13:36), Takuya Yoshikawa wrote:
BTW, do you think that kvm_mmu_flush_tlb() should be moved inside of the
mmu_lock critical section?
Ah, forget about this. Trivially no.
I really need to take a rest.
Sorry,
Takuya
--
To unsubscribe from this list: send the line
On 14.02.2012 05:42, Reeted wrote:
Hello, subject says it all
The driver for windows 2000 for the -vga std should be the Anapa VBE Vesa VBEMP
if I understand correctly
but I cannot on earth find this executable
http://navozhdeniye.narod.ru/vbemp.htm
all links for download all over the world
Hello,
Current QEMU-KVM VGA implementation have the following problem with legacy
OS (e.g. DOS with INT10h calls): Performance is low on accessing A000:0
page and doing bank switching at the 64k page.
Would a kernel mode VGA solve these problems?
How complicated is it?
Is it possible to have
On Mon, Feb 13, 2012 at 08:22:21PM +0100, Jan Kiszka wrote:
Unfortunately, this is only an internal structure, not officially
documented by MS. However, all supported OS versions a legacy by now, no
longer changing its structure.
This and a note about the supported OS versions could be
On 02/12/2012 11:47 PM, Liu Yu-B13201 wrote:
-Original Message-
From: Wood Scott-B07421
Sent: Saturday, February 11, 2012 2:40 AM
To: Liu Yu-B13201
Cc: ag...@suse.de; kvm-ppc@vger.kernel.org; k...@vger.kernel.org;
linuxppc-...@ozlabs.org; Wood Scott-B07421
Subject: Re: [PATCH v3
101 - 111 of 111 matches
Mail list logo