Avi Kivity wrote:
> Jim Paris wrote:
>> Avi Kivity wrote:
>>
>>> - restore option roms to their original content on reset
>>> - fixes extboot failures after reset
>>
>> It doesn't seem to work here:
>
> grub is probably booting via int 19 or jumping to the reset vector, so
> kvm doesn't see
Max Krasnyansky wrote:
This patch adds support for removing USB devices by host address.
Which is usefull for things like libvirtd because there is no easy way to
find guest USB address of the host device.
In other words you can now do:
usb_add host:3.5
...
usb_del host:3.5
Before the pa
Max Krasnyansky wrote:
USB is 99.8% async now :). 0.2% is the three control requests that
we need to execute synchronously. We could off-load that to a thread
or something but it's not worth the pain since those requests are
performed only during device initialization (ie when device is
connected
(re-adding list)
xming wrote:
What NIC model are you using in the guest?
I have tried 8319, e1000 and virtio both had stalls. I am using virtio
with txqueuelen 1500 on the tap.
I didin't had this proble with kvm 69, 70.
What is the oldest version that doesn't work? (i.e. when was th
Jim Paris wrote:
Avi Kivity wrote:
- restore option roms to their original content on reset
- fixes extboot failures after reset
It doesn't seem to work here:
$ dmesg | grep kvm | tail -1
[1649282.904413] loaded kvm module (kvm-75)
$ sudo kvm | head -1
QEMU PC emulator version 0.9.1
Han, Weidong wrote:
This patch only can work on x86, it breaks build on other architectures.
It is caused by kvm_irq_ack_notifier and kvm_assigned_dev_kernel are
defined under x86, while they are always used in
include/linux/kvm_host.h whether CONFIG_DMAR is set or not. I move these
two definitio
Amit Shah wrote:
Sorry for the resends; this one fixes two compile errors introduced by me and a
warning.
Applied both, thanks.
--
I have a truly marvellous patch that fixes the bug which this
signature is too narrow to contain.
--
To unsubscribe from this list: send the line "unsubscrib
Amit Shah wrote:
When an IRQ allocation fails, we free up the device structures and disable the
device so that we
can unregister the device in the userspace and not expose it to the guest at
all.
Doesn't apply. Can you refresh please?
--
I have a truly marvellous patch that fixes the bu
This patch adds support for removing USB devices by host address.
Which is usefull for things like libvirtd because there is no easy way to
find guest USB address of the host device.
In other words you can now do:
usb_add host:3.5
...
usb_del host:3.5
Before the patch 'usb_del' did not sup
USB is 99.8% async now :). 0.2% is the three control requests that
we need to execute synchronously. We could off-load that to a thread
or something but it's not worth the pain since those requests are
performed only during device initialization (ie when device is
connected to the VM).
The change
Avi Kivity wrote:
> - restore option roms to their original content on reset
> - fixes extboot failures after reset
It doesn't seem to work here:
$ dmesg | grep kvm | tail -1
[1649282.904413] loaded kvm module (kvm-75)
$ sudo kvm | head -1
QEMU PC emulator version 0.9.1 (kvm-75), Copyright (c)
xming wrote:
>> Most likely the guest's rx queue length is greater than the host's. You
>> might try
>>
>> ifconfig vnet0 txqueuelen 1500
>>
>> (and so on for every interface)
>>
>>
>> or perhaps reducing the guests' txqueuelen.
>>
>
> I have the same issue (overruns) and I have stalled net
Laurent Vivier wrote:
>> How would that work? Won't qemu attempt to show the tape as a disk? Or
>> does it detect this special case and passes-through the scsi device?
>>
>
> Yes, Qemu detects it's SCSI interface and passes the SCSI commands to
> devices. But qemu ignores the type of th
Farkas Levente wrote:
> Avi Kivity wrote:
>
>> Farkas Levente wrote:
>>
>>> Avi Kivity wrote:
>>>
>>>
Farkas Levente wrote:
> ok this last one was my fault:-(
> but i retest is again.
> - kvm-74 with kmod-kvm-74 not working
> - kvm-71 w
Avi Kivity wrote:
Ben Bucksch wrote:
configure accepts the kernel source dir as input param, or
automatically finds /lib/modules/2.6.27-rc5/build/ or similar. But the
build only uses the dir to copy the latest kvm*.h into the local dir.
The directory is not passed to gcc via -I . This result
Avi Kivity wrote:
> Farkas Levente wrote:
>> Avi Kivity wrote:
>>
>>> Farkas Levente wrote:
>>>
ok this last one was my fault:-(
but i retest is again.
- kvm-74 with kmod-kvm-74 not working
- kvm-71 with kmod-kvm-74 working
any progress with this?
anyone can te
Farkas Levente wrote:
> Avi Kivity wrote:
>
>> Farkas Levente wrote:
>>
>>> ok this last one was my fault:-(
>>> but i retest is again.
>>> - kvm-74 with kmod-kvm-74 not working
>>> - kvm-71 with kmod-kvm-74 working
>>> any progress with this?
>>> anyone can test it with a simple minimal ma
Jan Kiszka wrote:
>> In some cases misbehaving NMIs are worse than no NMIs. For example, a
>> software watchdog may use NMIs to monitor a system. But if the guest
>> spins with interrupts disabled, the irq window will never open, and NMIs
>> will never be delivered, so the watchdog will deliver a
Avi Kivity wrote:
> Yang, Sheng wrote:
>
>> On Thursday 04 September 2008 11:30:20 Yang, Sheng wrote:
>>
>>
>>> From ebe4ea311305d2910dcdcff2510662da0dc2c742 Mon Sep 17 00:00:00 2001
>>> From: Sheng Yang <[EMAIL PROTECTED]>
>>> Date: Thu, 4 Sep 2008 03:11:48 +0800
>>> Subject: [PATCH] KV
> Most likely the guest's rx queue length is greater than the host's. You
> might try
>
> ifconfig vnet0 txqueuelen 1500
>
> (and so on for every interface)
>
>
> or perhaps reducing the guests' txqueuelen.
I have the same issue (overruns) and I have stalled network (in my other
report I can on
Le samedi 13 septembre 2008 à 07:51 +0300, Avi Kivity a écrit :
> Laurent Vivier wrote:
> > Le jeudi 11 septembre 2008 à 12:54 +0200, Dietmar Maurer a écrit :
> >
> >> Is there a way to use a scsi tape? I tried -drive file=/dev/sg0, but
> >> that does not work (eject, rewind works, but read/writ
21 matches
Mail list logo
