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
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. 10
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 st
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 thinkin
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 great,
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
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'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 showe
> "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 Lancashi
> "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
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
>> t
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
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=detail&atid=893831&aid=1900829&group_id=180599
Please note that this message will contain a full copy
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 change
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
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
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 PRO
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
-
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
>
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 qemu_syst
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
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 ho
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 a/kernel/ioapic.c
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
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 PROTECT
25 matches
Mail list logo