Anthony Liguori 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.
Signed-off-by: Soren Hansen [EMAIL PROTECTED]
Andreas Winkelbauer wrote:
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.
Applied, thanks.
--
error compiling committee.c: too many arguments to function
Farkas Levente wrote:
will be a new release in the near future? since many of us waiting for
this bug to be fixed on quad and other multi core cpus.
Certainly. Can you try out the attached patch?
--
error compiling committee.c: too many arguments to function
diff --git
Colin Paul Adams wrote:
This isn't mentioned on the guest status page.
I went ahead and tried it anyway (32-bit). It works fine if I don't
specify -smp 2.
But qemu rejects -m 2048. -m 1024 is fine. I had over 3GB available
memory (I presume all the memory is pae-fixed to avoid both host and
Glauber Costa wrote:
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
Glauber Costa wrote:
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.
index e21ded0..18561e0 100644
--- a/qemu/hw/acpi.c
+++ b/qemu/hw/acpi.c
@@ -533,3 +533,6 @@ void
Glauber Costa wrote:
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
Carlo Marcelo Arenas Belon wrote:
janitorial fix for :
qemu/qemu-kvm.c: In function `has_work':
qemu/qemu-kvm.c:140: warning: suggest parentheses around within ||
Applied, thanks.
--
error compiling committee.c: too many arguments to function
Alexander Graf wrote:
On Feb 20, 2008, at 9:30 AM, Carlo Marcelo Arenas Belon wrote:
janitorial fix for :
qemu/qemu-kvm.c: In function `has_work':
qemu/qemu-kvm.c:140: warning: suggest parentheses around within ||
Signed-off-by: Carlo Marcelo Arenas Belon [EMAIL PROTECTED]
---
david ahern wrote:
I know this issue has been discussed on this list before, but I am still
experiencing network freezes in a guest that requires a restart to clear. When
the network freezes in the guest I no longer see the network interrupts
counter
incrementing (i.e., the eth0 counter in
Anthony Liguori wrote:
This patch actually allows KVM to be used with more than 4 VCPUs. The change
in qemu-kvm.c was pretty difficult to find because it was using an open coded
array size of 4. I changed that array to be 256 since that's the real maximum
on x86 and the additional storage
On Sun, Feb 24, 2008 at 8:16 AM, Avi Kivity [EMAIL PROTECTED] wrote:
Anthony Liguori wrote:
This patch actually allows KVM to be used with more than 4 VCPUs. The
change
in qemu-kvm.c was pretty difficult to find because it was using an open
coded
array size of 4. I changed that
Bugs item #1900829, was opened at 2008-02-24 14:40
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detailatid=893831aid=1900829group_id=180599
Please note that this message will contain a full copy of
Avi Kivity wrote:
The trick to passing through patches is to have a
From: Original Author [EMAIL PROTECTED]
line in the beginning, which git picks up and uses to maintain
authorship information. Also, sign-off normally. Acked-by means I know
the author while Reviewed-by means I know the
Anthony Liguori wrote:
Avi Kivity wrote:
The trick to passing through patches is to have a
From: Original Author [EMAIL PROTECTED]
line in the beginning, which git picks up and uses to maintain
authorship information. Also, sign-off normally. Acked-by means I know
the author while
Avi == Avi Kivity [EMAIL PROTECTED] writes:
Avi Colin Paul Adams wrote:
This isn't mentioned on the guest status page.
I went ahead and tried it anyway (32-bit). It works fine if I
don't specify -smp 2.
But qemu rejects -m 2048. -m 1024 is fine. I had over 3GB
Avi == Avi Kivity [EMAIL PROTECTED] writes:
Avi (btw, please update the guest status page)
I did, but the table formatting is displaying as data for the line I
added. I don't know why.
Could someone please fix it, and then tell me what I did wrong?
--
Colin Adams
Preston Lancashire
I've run a lot more tests:
- with the -no-kvm-irqchip option the vm eventully stops responding to network
or console,
- with the -no-kvm option the performance is so bad I cannot get our ap up and
running so the results are inconclusive,
- I've tried the e1000 and pcnet nic models and both
Hi,
I am running KVM 61 on CentOS 5.1 x86_64 (on a Dell PowerEdge 2950
III). I start my virtual machine as follows:
qemu-kvm -hda /dev/kvm_sdb/geust_root -m 1024 -net tap -net
nic,vlan=0,macaddr=00:16:3e:00:00:02 -daemonize -nographic -smp 2
The problem is that when the guest (also CentOS 5.1
I presume you are using the default rtl8139 nic. Correct?
What does 'ethtool -S eth0' show when the network locks up? Many months ago
adding 'noapic' to the (guest) kernel boot parameters helped, but that option is
not currently helping with my RHEL4 networking issues.
A thread for this issue is
Thanks David,
Yes, I am using rtl8139 and it is running 2.6.18-53.1.13.el5 (Red Hat
kernel, CentOS).
ethtool -S eth0 on the guest says, when locked up:
NIC statistics:
early_rx: 0
tx_buf_mapped: 0
tx_timeouts: 4
rx_lost_in_ring: 0
It appears that 'noapic' did the trick, which is
On Sunday 24 February 2008 16:51:07 Avi Kivity wrote:
Farkas Levente wrote:
will be a new release in the near future? since many of us waiting for
this bug to be fixed on quad and other multi core cpus.
Certainly. Can you try out the attached patch?
OK on my side. Once I was thinking it
Those stats suggest you are using the 8139too nic driver. You should switch to
the 8139cp driver.
david
Arne Kepp wrote:
Thanks David,
Yes, I am using rtl8139 and it is running 2.6.18-53.1.13.el5 (Red Hat
kernel, CentOS).
ethtool -S eth0 on the guest says, when locked up:
NIC
Online Apotheke - original Qualitaet - 100% wirksam
Spezialangebot: Vi. 10 Tab. 100 mg + Ci. 10 Tab. x 20 mg 53,82 Euro
Vi. 10 Tab. 26,20 Euro
Vi. 30 Tab. 51,97 Euro - Sie sparen: 27,00 Euro
Vi. 60 Tab. 95,69 Euro - Sie sparen: 62,00 Euro
Vi. 90 Tab. 136,91 Euro - Sie sparen: 100,00 Euro
Ci.
The top level directory of kvm-userspace is starting to get a little
crowded as we start to bring in more external dependencies. Perhaps we
can create a folder tools and move directories:
bios
extboot
vgabios
The reason I mention this is soon I will be sending a patch to the list
soon that will
25 matches
Mail list logo