On 23/02/2008, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> andrzej zaborowski wrote:
> > I have a very similar patch on my HD but I haven't included it because
> > it causes my testing Ms Windows install to stop detecting the card. I
> > just tested your patch and the same thing happens, i.e.
andrzej zaborowski wrote:
> On 22/02/2008, Anthony Liguori <[EMAIL PROTECTED]> wrote:
>
>> Right now we set explict base addresses for the PCI IO regions in the VMware
>> VGA device. We don't register the second region at all and instead directly
>> map the physical memory.
>>
>> The problem
On 22/02/2008, Anthony Liguori <[EMAIL PROTECTED]> wrote:
> Right now we set explict base addresses for the PCI IO regions in the VMware
> VGA device. We don't register the second region at all and instead directly
> map the physical memory.
>
> The problem is, the addresses we're setting in th
Anthony Liguori wrote:
> Right now we set explict base addresses for the PCI IO regions in the VMware
> VGA device. We don't register the second region at all and instead directly
> map the physical memory.
>
> The problem is, the addresses we're setting in the BAR is not taken into
> account in t
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl| 14 ++
qemu/pc-bios/bios.bin | Bin
2 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index 4ce7b6a..33adfce 100755
--- a/bios/acpi-dsdt.dsl
+++ b/bios/
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl | 154 +++-
1 files changed, 140 insertions(+), 14 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index bdb591a..4ce7b6a 100755
--- a/bios/acpi-dsdt.dsl
+++
spin up a new cpu thread if not yet running.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 038e993..93cbc68 100644
--- a/qemu/hw/acpi.c
+++ b/qemu/h
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 60d3094..038e993 100644
--- a/qemu/hw/acpi.c
+++ b/qemu/hw/acpi.c
@@ -534,10
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/qemu-kvm.c |9 +++--
qemu/qemu-kvm.h |1 +
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/qemu/qemu-kvm.c b/qemu/qemu-kvm.c
index ffc59d5..59fe9df 100644
--- a/qemu/qemu-kvm.c
+++ b/qemu/qemu-kvm.c
@@ -351,6 +351
actually grab and return data, instead of just being two
bogus functions.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 02f6bab.
This patch wraps up the piece of code in hw/pc.c that
actually allocates and initializates a cpu. After that,
plan is to be able to start it later on.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/pc.c | 40 +++-
qemu/hw/pc.h |1 +
2 files
Register the pios, and grab cpu_model for future usage.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c | 35 +++
qemu/hw/pc.c |1 +
2 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 18
This corresponds to the cpu hotplug functionality
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl | 114
1 files changed, 114 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index d73
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index 7c954c3..d738b2f 100755
--- a/bios/acpi-dsdt.dsl
+++ b/bios/acpi-dsdt.dsl
@@ -27,6 +27,13 @@ Definiti
mark processors as present through the _STA method
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl | 19 +++
1 files changed, 19 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index e900795..cd42e23 100755
--- a/bios/a
in this patch, cpu_set is introduced to qemu monitor
semantics is : cpu_set x online|offline.
it will then tell the acpi backend to signal cpu x.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c |3 +++
qemu/monitor.c | 16
qemu/sysemu.h |3 +++
3
provide methods for gpe blk 0, even though they do nothing atm
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl | 51 +++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.ds
Mark cpus over smp_cpus as present, but disable.
The OS can then recognize it and make room for future hotplug
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/rombios.h |2 ++
bios/rombios32.c | 21 +
2 files changed, 15 insertions(+), 8 deletions(-)
diff --
Hi,
In this series, I'm sending the result-so-far of my work
with acpi for processor hotplug. I'm able to put a cpu up and down
(with the help of some udev scripts I wrote), but it still has some
known bugs and issues. For x86_64 linux machines (because the kernel
supports it), you can plug cpus t
gpe is acessible when its address listed by BIOS is !0.
This patch makes gpe blk 0 available, and 4 bytes in length
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/rombios32.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/bios/rombios32.c b/bios/rombios32.c
i
Bugs item #1899961, was opened at 2008-02-22 16:19
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=893831&aid=1899961&group_id=180599
Please note that this message will contain a full copy
hi,
the attached patch fixes the screen corruption issues which were
reported by others, see:
http://article.gmane.org/gmane.comp.emulators.kvm.devel/13543
http://article.gmane.org/gmane.comp.emulators.kvm.devel/13409
The bug is kvm specific and can only be observed in graphics mode using
re
On Fri, Feb 22, 2008 at 08:45:00PM +0200, Avi Kivity wrote:
> Marcelo Tosatti wrote:
> >Another source of problems in this area is that the TSC_OFFSET is
> >initialized to represent zero at different times for VCPU0 (at boot) and
> >the remaining ones (at APIC_DM_INIT).
> >
> >
>
> I added tsc s
I posted about this on the Qemu mailing list as this behavior occurs on
non-kvm Qemu as well, but has anyone used vmwarevga with recent X such as F9
alpha? When I try to run X with vmwarevga I get an error that no supported
adapters were found. Has anyone else seen this?
Mark Bidewell
--
Right now we set explict base addresses for the PCI IO regions in the VMware
VGA device. We don't register the second region at all and instead directly
map the physical memory.
The problem is, the addresses we're setting in the BAR is not taken into
account in the e820 mapping.
This patch remov
vmware_vga.c uses functions in vga.c to do some things. They
need to agree on which parts of their state struct is common
and which aren't, otherwise they'll overwrite parts of each
other's state. This patch makes it so.
Signed-off-by: Soren Hansen <[EMAIL PROTECTED]>
Reviewed-by: Anthony Liguori
This function is useful for enabling KVM support in VMware VGA.
Signed-off-by: Anthony Liguori <[EMAIL PROTECTED]>
diff --git a/qemu/hw/vga.c b/qemu/hw/vga.c
index 222a39c..1cfc154 100644
--- a/qemu/hw/vga.c
+++ b/qemu/hw/vga.c
@@ -1813,6 +1813,36 @@ typedef struct PCIVGAState {
VGAState vga
After the previous patches, this patch is pretty straight forward.
Signed-off-by: Anthony Liguori <[EMAIL PROTECTED]>
diff --git a/qemu/hw/vmware_vga.c b/qemu/hw/vmware_vga.c
index ec7b1cd..f2a298e 100644
--- a/qemu/hw/vmware_vga.c
+++ b/qemu/hw/vmware_vga.c
@@ -36,6 +36,9 @@
# include "vga_int.
Marcelo Tosatti wrote:
> Another source of problems in this area is that the TSC_OFFSET is
> initialized to represent zero at different times for VCPU0 (at boot) and
> the remaining ones (at APIC_DM_INIT).
>
>
I added tsc sync in the guest bios some time ago, so this should be
solved now.
>>
Report paravirt features on cpuid.
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
Index: kvm-userspace/qemu/qemu-kvm-x86.c
===
--- kvm-userspace.orig/qemu/qemu-kvm-x86.c
+++ kvm-userspace/qemu/qemu-kvm-x86.c
@@ -20,6 +20,8 @@
Add support for the cr3 cache feature on Intel VMX CPU's. This avoids
vmexits on context switch if the cr3 value is cached in one of the
entries (currently 4 are present).
This is especially important for Xenner, where each guest syscall
involves a cr3 switch.
v1->v2:
- handle the race which happ
Batch pte updates and tlb flushes in lazy MMU mode.
v1->v2:
- report individual hypercall error code, have multicall return number of
processed entries.
- cover entire multicall duration with slots_lock instead of
acquiring/reacquiring.
v2->v3:
- change to one ioctl per paravirt feature
Signed-o
Hypercall based pte updates are faster than faults, and also allow use
of the lazy MMU mode to batch operations.
Don't report the feature if two dimensional paging is enabled.
v1->v2:
- guest passes physical destination addr, which is cheaper than doing v->p
translation in the host.
- infer size
Add basic KVM paravirt support. Avoid vm-exits on IO delays.
v1->v2:
- replace KVM_CAP_CLOCKSOURCE with KVM_CAP_PARA_FEATURES
- cover FEATURE_CLOCKSOURCE
v2->v3:
- switch to one ioctl per paravirt feature
Signed-off-by: Marcelo Tosatti <[EMAIL PROTECTED]>
Index: kvm.paravirt3/arch/x86/Kconfig
=
The following patchset, based on earlier work by Anthony and Ingo, adds
paravirt_ops support for KVM guests enabling hypercall based pte updates,
hypercall batching and cr3 caching.
--
-
This SF.net email is sponsored by: M
On Fri, Feb 22, 2008 at 06:16:16PM +0200, Avi Kivity wrote:
> > 2. The critical one. In normal condition, VCPU0 migrated much more
> > frequently than other VCPUs. And the patch add more "delta" (always
> > negative
> > if host TSC is stable) to TSC_OFFSET each
> > time migrated. Then after boo
[copying Thomas for a question about CONSTANT_TSC, below]
Yang, Sheng wrote:
> I believe I have found the root cause of SMP RHEL5.1 PAE guest can't boot up
> issue. The problem was caused by
> kvm:6685637b211ad67bdce21bfd9f91bc888b3acb4f
> "KVM: VMX: Ensure vcpu time stamp counter is monotonous"
Koen Vermeer vermeer.tv> writes:
>
> I upgraded the guest kernel to 2.6.24, and the clock now seems to be
> fine (at least 'sleep 10' takes about 10 seconds on the wall clock).
> Thanks for all the help!
>
I upgraded to kernel version 2.6.24 as well (and am using kvm version 60) and
time on gu
hi,
> This is a known issue. I've sent a patch to this list (twice, actually)
> that fixes it, but for some reason, it hasn't been applied. Search for
> posts from me with "vga" or something in the subject.
I applied the patch from
http://people.ubuntu.com/~soren/0001-Move-common-VGAState-attrib
Arne Brutschy ulb.ac.be> writes:
>
> BTW, Leslie: Which patch did you use? I attached a second patch as
> Andreas forgot to include the changes in hw/pc.h.
>
All provided along with an edit to hw/pc.h, same as your second patch.
Les
hi,
>> @Arne: Could you please test the patch with your setup? I hope it works
>> this time...
> Yesno. It does (at least kvm does not crash), but it shows the same
> dialog problems as reported by Leslie:
I'm quite sure that this issue isn't related to the widescreen fixes.
This "visual bug" s
hi,
I'm sorry for messing up the last patch, I shouldn't work that late...
I added the changes to pc.h (VGA_RAM_SIZE) and split up the patch in a
qemu part and a vgabios part.
cheers,
Andi
--- kvm-61.orig/qemu/hw/vga_int.h 2008-02-19 15:58:28.0 +0100
+++ kvm-61/qemu/hw/vga_int.h 2008-
On Fri, Feb 22, 2008 at 11:12:42AM +0100, Soren Hansen wrote:
> vmware_vga.c uses functions in vga.c to do some things. They
> need to agree on which parts of their state struct is common
> and which aren't, otherwise they'll overwrite parts of each
> other's state. This patch makes it so.
I trie
On Fri, Feb 22, 2008 at 11:44:21AM +0200, Avi Kivity wrote:
> I did provide feedback last time:
> > The changes to last_ch_attr, map_addr, etc. are gratuitous and will
> > cause merge conflicts in the future. Please change only the
> > relevant lines.
> You probably didn't see it, since you have M
vmware_vga.c uses functions in vga.c to do some things. They
need to agree on which parts of their state struct is common
and which aren't, otherwise they'll overwrite parts of each
other's state. This patch makes it so.
Signed-off-by: Soren Hansen <[EMAIL PROTECTED]>
---
qemu/hw/cirrus_vga.c |
Soren Hansen wrote:
> On Thu, Feb 21, 2008 at 02:23:07PM +0100, Andreas Winkelbauer wrote:
>
>>> Most likely it only works with Linux; it was probably written by
>>> reverse-engineering the Linux driver.
>>>
>> actually -vmwarevga works for me when using pure qemu (latest cvs
>> snapshot)
Hi,All
This is today's KVM test result against kvm.git
d664df6bbf0b6212824340bc70a9b888461dcd36 and kvm-userspace.git
70d2a9dc3594446f3ad66b32abc94c08b74118d. There's no new issue.
Five old issues:
1. Fails to save/restore guests
https://sourceforge.net/tracker/index.php?func=detail&aid=1824525&g
Hi all,
On Fr, 2008-02-22 at 03:11 +0100, Andreas Winkelbauer wrote:
> I found out what crashed kvm when I increased VGA_RAM_SIZE in pc.h. The
> crash was caused by a really _dirty_ hack in a kvm specific part of
> vga.c (it took me at least an hour to find this amazing piece of code...
> at le
On Thu, Feb 21, 2008 at 02:23:07PM +0100, Andreas Winkelbauer wrote:
>> Most likely it only works with Linux; it was probably written by
>> reverse-engineering the Linux driver.
> actually -vmwarevga works for me when using pure qemu (latest cvs
> snapshot) without kqemu (-no-kqemu), but it does no
I believe I have found the root cause of SMP RHEL5.1 PAE guest can't boot up
issue. The problem was caused by
kvm:6685637b211ad67bdce21bfd9f91bc888b3acb4f
"KVM: VMX: Ensure vcpu time stamp counter is monotonous" (It didn't take me
much time to found the solution, but a lot of time to find the pr
50 matches
Mail list logo
