On 02/11/2012 03:12 PM, Andreas Färber wrote:
Yes and no. They can have any target-specific pointer they want, just
as before. But no global first_cpu / cpu_single_env pointer - that's
replaced by CPU pointers, through which members of derived classes can
be accessed (which did not work for
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #21 from Gleb g...@redhat.com 2012-02-13 08:53:28 ---
Can you please compile trace-cmd from its git [1] (do make all_cmd
install_cmd; install part is important) and try getting trace with it? If this
will not work I will guide you
This adds support for SHPC interface, as defined by PCI Standard
Hot-Plug Controller and Subsystem Specification, Rev 1.0
http://www.pcisig.com/specifications/conventional/pci_hot_plug/SHPC_10
Only SHPC intergrated with a PCI-to-PCI bridge is supported,
SHPC integrated with a host bridge would
This adds support for a standard pci to pci bridge,
enabling support for more than 32 PCI devices in the system.
Device hotplug is supported by means of SHPC controller.
For guests with an SHPC driver, this allows robust hotplug
and even hotplug of nested bridges, up to 31 devices
per bridge.
Here's a new version of the patch. It works for me.
Deep nesting of bridges is supported.
You need a small BIOS patch to support the OSHP method
if you want hotplug to work. I will post this separately.
We'd need a full ACPI driver to make hotplug work for guests
without an SHPC driver (e.g.
On 02/12/2012 09:16 PM, James Bottomley wrote:
Well, no-one's yet answered the question I had about why. virtio-scsi
seems to be a basic duplication of virtio-blk except that it seems to
fix some problems virtio-blk has. Namely queue parameter discover,
which virtio-blk doesn't seem to do.
Am 11.02.2012 um 09:55 schrieb Corentin Chary:
On Thu, Feb 9, 2012 at 7:08 PM, Peter Lieven p...@dlh.net wrote:
Hi,
is anyone aware if there are still problems when enabling the threaded vnc
server?
I saw some VMs crashing when using a qemu-kvm build with
--enable-vnc-thread.
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 SHPC.
As we don't access SHPC at the moment, we
don't need to do anything - just report success.
Signed-off-by: Michael S. Tsirkin
At 02/13/2012 05:15 PM, Michael S. Tsirkin Wrote:
Here's a new version of the patch. It works for me.
Deep nesting of bridges is supported.
You need a small BIOS patch to support the OSHP method
if you want hotplug to work. I will post this separately.
We'd need a full ACPI driver to make
Hello,
I am attempting to test AHCI disks and find that I am unable to boot of
the disk, even though the disk is seen if I do a network boot.
This works:
-drive
file=/srv/kvm/debian.raw,if=virtio,cache=writeback,bus=0,index=0,media=disk,format=raw,serial=1,boot=on
This [1] does not:
-drive
On Mon, Feb 13, 2012 at 09:55:46AM +0100, Conrad Wood wrote:
Hello,
I am attempting to test AHCI disks and find that I am unable to boot of
the disk, even though the disk is seen if I do a network boot.
This works:
-drive
On Mon, 2012-02-13 at 11:50 +0200, Gleb Natapov wrote:
On Mon, Feb 13, 2012 at 09:55:46AM +0100, Conrad Wood wrote:
Hello,
I am attempting to test AHCI disks and find that I am unable to boot of
the disk, even though the disk is seen if I do a network boot.
This works:
-drive
On Mon, Feb 13, 2012 at 05:38:26PM +0800, Wen Congyang wrote:
At 02/13/2012 05:15 PM, Michael S. Tsirkin Wrote:
Here's a new version of the patch. It works for me.
Deep nesting of bridges is supported.
You need a small BIOS patch to support the OSHP method
if you want hotplug to work. I
Oh nice work.
On Mon, Feb 13, 2012 at 11:15:55AM +0200, Michael S. Tsirkin wrote:
This adds support for SHPC interface, as defined by PCI Standard
Hot-Plug Controller and Subsystem Specification, Rev 1.0
http://www.pcisig.com/specifications/conventional/pci_hot_plug/SHPC_10
Only SHPC
On 02/13/2012 01:32 PM, David Ahern wrote:
[sorry for the top post - you would think Android would have a better mail
client]
If the first patch is needed then kvm-events will not work with older,
unpatched kernels. That's a big limitation from a perf perpective.
The first patch is
On 2012-02-11 16:25, Blue Swirl wrote:
On Fri, Feb 10, 2012 at 18:31, Jan Kiszka jan.kis...@siemens.com wrote:
This enables acceleration for MMIO-based TPR registers accesses of
32-bit Windows guest systems. It is mostly useful with KVM enabled,
either on older Intel CPUs (without flexpriority
This patchset adds a new network perf testcase for Windows,
refactors old netperf test, and support numa resource control.
Process the raw results to a standard format at the end of test.
regression.py can be used to compare two job results.
---
Amos Kong (6):
virt: Add vhost_threads and
Record vhost_net threads ID and vcpus threads ID to vm object
after creating VM.
Signed-off-by: Amos Kong ak...@redhat.com
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/virt/kvm_vm.py b/client/virt/kvm_vm.py
index c5dba08..b2d6088 100644
--- a/client/virt/kvm_vm.py
This function is used to pin vhost and vcpu threads of VM to
host cpu (in same numa node).
Signed-off-by: Amos Kong ak...@redhat.com
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/virt/virt_test_utils.py b/client/virt/virt_test_utils.py
index 6b0d7eb..7864d2a 100644
This case will test tcp throughput between 2 windows guests,
or between 1 guest and 1 external Windows host.
When test between guest and external Windows host,
'receiver_address' should be set to external Windows' ip address.
NTttcp is not a freely redistributable binary, so you *must* download
Always use a VM as netperf server, we can use
another VM/localhost/external host as the netperf
clients.
We setup env and launch test by executing remote
ssh commands, you need to configure the IP of
local/external host in configure file, VMs' IP
can be got automatically.
Generate a file with
Dynamically checking hardware and pin guest cpu threads and
guest memory to last numa node
Changes from v1:
- assign numanode to -1 for netperf test
Signed-off-by: Amos Kong ak...@redhat.com
---
0 files changed, 0 insertions(+), 0 deletions(-)
diff --git a/client/virt/subtests.cfg.sample
regression.py:
Usage: python regression.py $testname $dir1 $dir2 $configfile
'regression' module is used to compare the test results
of two jobs, we can use it (regression.compare()) at
the end of control file, this script can also be used directly.
Example:
| # python regression.py netperf
On Mon, Feb 13, 2012 at 8:05 AM, Christian Borntraeger
borntrae...@de.ibm.com wrote:
On 12/02/12 21:16, James Bottomley wrote:
Could someone please explain to me why you can't simply fix virtio-blk?
I dont think that virtio-scsi will replace virtio-blk everywhere. For non-scsi
block devices,
On Mon, Feb 13, 2012 at 07:03:52PM +0900, Isaku Yamahata wrote:
Oh nice work.
On Mon, Feb 13, 2012 at 11:15:55AM +0200, Michael S. Tsirkin wrote:
This adds support for SHPC interface, as defined by PCI Standard
Hot-Plug Controller and Subsystem Specification, Rev 1.0
On Fri, Feb 10, 2012 at 2:36 PM, Dongsu Park
dongsu.p...@profitbricks.com wrote:
Now I'm running benchmarks with both qemu-kvm 0.14.1 and 1.0.
- Sequential read (Running inside guest)
# fio -name iops -rw=read -size=1G -iodepth 1 \
-filename /dev/vdb -ioengine libaio -direct=1 -bs=4096
Hi all,
As I know, native tool does not support loading BIOS so it does not
support Windows. Is this supporting now?
If not, I may try to implement it.
Thanks,
Yang
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More
On Mon, Feb 13, 2012 at 08:14:22PM +0800, Yang Bai wrote:
Hi all,
As I know, native tool does not support loading BIOS so it does not
support Windows. Is this supporting now?
If not, I may try to implement it.
Nope yet. There was a plan to implement seabios support,
but nothing is done
On Mon, Feb 13, 2012 at 08:14:22PM +0800, Yang Bai wrote:
As I know, native tool does not support loading BIOS so it does not
support Windows. Is this supporting now?
If not, I may try to implement it.
On Mon, Feb 13, 2012 at 2:19 PM, Cyrill Gorcunov gorcu...@openvz.org wrote:
Nope yet. There
On (Fri) 10 Feb 2012 [21:58:47], Igor Mammedov wrote:
BTW Amit,
your config doesn't have CONFIG_KVM_GUEST set, which causes primary cpu clock
to be
uninitialized too in case of SMP kernel.
Interesting. I didn't notice that. However, if I enable that option,
resume fails for me even the
Hi Dor, James Co,
On Mon, 2012-02-13 at 09:57 +0200, Dor Laor wrote:
On 02/13/2012 09:05 AM, Christian Borntraeger wrote:
On 12/02/12 21:16, James Bottomley wrote:
Well, no-one's yet answered the question I had about why.
Just to give one example from a different angle:
In the big
On (Fri) 10 Feb 2012 [13:43:05], Igor Mammedov wrote:
Another thing is to try smp guest without kvmclock and see if it helps.
It might be just something else.
Nope, it's related to kvmclock.
Amit
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a
On 02/13/2012 02:40 PM, Nicholas A. Bellinger wrote:
Hi Dor, James Co,
On Mon, 2012-02-13 at 09:57 +0200, Dor Laor wrote:
On 02/13/2012 09:05 AM, Christian Borntraeger wrote:
On 12/02/12 21:16, James Bottomley wrote:
Well, no-one's yet answered the question I had about why.
Just to give
On (Fri) 10 Feb 2012 [10:33:37], Marcelo Tosatti wrote:
On Fri, Feb 10, 2012 at 10:32:16AM -0200, Marcelo Tosatti wrote:
On Fri, Feb 10, 2012 at 03:32:11PM +0530, Amit Shah wrote:
On (Thu) 09 Feb 2012 [16:13:29], Igor Mammedov wrote:
Stalls are probably caused by uninitialized percpu
On Mon, Feb 13, 2012 at 02:54:03PM +0200, Dor Laor wrote:
Only if you use the pci multi-function option but that kills
standard hot unplug
It doesn't kill it as such, rather you can't unplug luns individually.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a
Functions are equivalent, let's switch.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/msi.c |2 +-
hw/msix.c |2 +-
kvm-stub.c |2 +-
kvm.h |3 +--
qemu-kvm.c | 32
5 files changed, 4 insertions(+), 37 deletions(-)
diff --git
Upstream is moving towards this mechanism, so start using it in qemu-kvm
already to configure the specific defaults: kvm enabled on, just like
in-kernel irqchips.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/pc_piix.c |7 +++
kvm-all.c|8
vl.c |9
Now that upstream has basic irqchip support, we can make use of it for
qemu-kvm as well, removing another 700 lines of code here.
This series depends on
apic: Fix legacy vmstate loading for KVM
which is currently awaiting upstream merge via uq/master.
Jan Kiszka (9):
qemu-kvm: Move
Drop the qemu-kvm version in favor of the equivalent upstream
implementation.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/ioapic.c | 75 +-
hw/pc_piix.c |7 +
2 files changed, 2 insertions(+), 80 deletions(-)
diff
Replace qemu-kvm's versions of kvm_add_irq_route, kvm_add_routing_entry,
kvm_init_irq_routing, kvm_arch_init_irq_routing, and
kvm_commit_irq_routes with the corresponding upstream services. Until
the MSI API is refactored, we only need to export kvm_add_routing_entry
for this.
Signed-off-by: Jan
No users remaining.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
qemu-kvm.c | 28
qemu-kvm.h | 23 ---
2 files changed, 0 insertions(+), 51 deletions(-)
diff --git a/qemu-kvm.c b/qemu-kvm.c
index 8f1b760..10a313d 100644
---
Drop kvm_create_irqchip in favor of the equivalent upstream version.
This also allows to drop the kvm_irqchip global variable.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
kvm-all.c | 15 ---
qemu-kvm.c | 29 -
qemu-kvm.h |3 ---
vl.c
Drop the qemu-kvm version in favor of the equivalent upstream
implementation.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/apic.c | 151 +---
hw/pc.c |5 +--
qemu-kvm-x86.c| 31 ---
qemu-kvm.h
Drop the qemu-kvm version in favor of the equivalent upstream
implementation. This allows to move the i8259 back into the hwlib.
Note that this also drops the testdev hack and restores proper
isa_get_irq. If testdev scripts exist that inject IRQ15, they need
fixing. Testing for these interrupts
This belongs where the PIT is created and allows us to drop another
kvm_irqchip reference.
Signed-off-by: Jan Kiszka jan.kis...@siemens.com
---
hw/i8254-kvm.c|3 +++
qemu-kvm-x86.c|4 ++--
qemu-kvm.h|2 ++
target-i386/kvm.c |7 ---
4 files changed, 7
Upon resume from hibernation, CPU 0's hvclock area contains the old
values for system_time and tsc_timestamp. It is necessary for the
hypervisor to update these values with uptodate ones before the CPU uses
them.
Abstract TSC's save/restore sched_clock_state functions and use
restore_state to
On 12/02/12 01:12, Christoffer Dall wrote:
On Sat, Feb 11, 2012 at 10:33 AM, Antonios Motakis
a.mota...@virtualopensystems.com wrote:
On 02/11/2012 06:35 PM, Christoffer Dall wrote:
On Sat, Feb 11, 2012 at 7:00 AM, Antonios Motakis
a.mota...@virtualopensystems.com wrote:
On 02/10/2012
On Tue, Feb 14, 2012 at 12:00 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Feb 13, 2012 at 02:54:03PM +0200, Dor Laor wrote:
Only if you use the pci multi-function option but that kills
standard hot unplug
It doesn't kill it as such, rather you can't unplug luns individually.
Isnt
On 02/13/2012 02:13 PM, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 12:00 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Feb 13, 2012 at 02:54:03PM +0200, Dor Laor wrote:
Only if you use the pci multi-function option but that kills
standard hot unplug
It doesn't kill it as such,
On Tue, Feb 14, 2012 at 12:13:36AM +1100, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 12:00 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Feb 13, 2012 at 02:54:03PM +0200, Dor Laor wrote:
Only if you use the pci multi-function option but that kills
standard hot unplug
It
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #22 from Rosen sandik...@yandex.ru 2012-02-13 13:19:29 ---
Created an attachment (id=72363)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72363)
trace-cmd report
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #23 from Gleb g...@redhat.com 2012-02-13 13:30:01 ---
What guest did during this trace? Can you provide info pci monitor output
pls?
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
--- You are
On 02/13/2012 12:38 PM, Pekka Enberg wrote:
On Mon, Feb 13, 2012 at 08:14:22PM +0800, Yang Bai wrote:
As I know, native tool does not support loading BIOS so it does not
support Windows. Is this supporting now?
If not, I may try to implement it.
You're welcome to do so ;-). This would open
https://bugzilla.kernel.org/show_bug.cgi?id=42755
Avi Kivity a...@redhat.com changed:
What|Removed |Added
CC||a...@redhat.com
---
On Fri, 2012-02-10 at 08:39 -0800, Stephen Hemminger wrote:
Some related discussion points:
* the bridge needs to support control from both userspace (MSTP, TRILL, ...)
and kernel space (offload etc)
I think all are pretty much covered if you let some controler (I prefer
user space)
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #25 from Rosen sandik...@yandex.ru 2012-02-13 14:14:17 ---
(In reply to comment #23)
What guest did during this trace? Can you provide info pci monitor output
pls?
can't see full output from this command
--
Configure bugmail:
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #26 from Rosen sandik...@yandex.ru 2012-02-13 14:24:36 ---
Created an attachment (id=72365)
-- (https://bugzilla.kernel.org/attachment.cgi?id=72365)
info pci
--
Configure bugmail:
On Mon, Feb 13, 2012 at 01:49:32PM +0200, Michael S. Tsirkin wrote:
On Mon, Feb 13, 2012 at 07:03:52PM +0900, Isaku Yamahata wrote:
Oh nice work.
On Mon, Feb 13, 2012 at 11:15:55AM +0200, Michael S. Tsirkin wrote:
This adds support for SHPC interface, as defined by PCI Standard
https://bugzilla.kernel.org/show_bug.cgi?id=42755
--- Comment #27 from Rosen sandik...@yandex.ru 2012-02-13 14:37:36 ---
and there soon will be video capture with 'perf top'
http://vbox7.com/play:199e9ede30
--
Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email
---
On Mon, Feb 13, 2012 at 11:30:23PM +0900, Isaku Yamahata wrote:
On Mon, Feb 13, 2012 at 01:49:32PM +0200, Michael S. Tsirkin wrote:
On Mon, Feb 13, 2012 at 07:03:52PM +0900, Isaku Yamahata wrote:
Oh nice work.
On Mon, Feb 13, 2012 at 11:15:55AM +0200, Michael S. Tsirkin wrote:
On Mon, Feb 13, 2012 at 5:13 AM, Marc Zyngier marc.zyng...@arm.com wrote:
On 12/02/12 01:12, Christoffer Dall wrote:
On Sat, Feb 11, 2012 at 10:33 AM, Antonios Motakis
a.mota...@virtualopensystems.com wrote:
On 02/11/2012 06:35 PM, Christoffer Dall wrote:
On Sat, Feb 11, 2012 at 7:00 AM,
On 02/13/2012 02:18 PM, Michael S. Tsirkin wrote:
On Tue, Feb 14, 2012 at 12:13:36AM +1100, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 12:00 AM, Michael S. Tsirkin m...@redhat.com wrote:
On Mon, Feb 13, 2012 at 02:54:03PM +0200, Dor Laor wrote:
Only if you use the pci multi-function option
On 2/10/2012 7:18 AM, jamal wrote:
Hi John,
I went backwards to summarize at the top after going through your email.
TL;DR version 0.1:
you provide a good use case where it makes sense to do things in the
kernel. IMO, you could make the same arguement if your embedded switch
could do
On 02/13/2012 02:07 PM, Marcelo Tosatti wrote:
Upon resume from hibernation, CPU 0's hvclock area contains the old
values for system_time and tsc_timestamp. It is necessary for the
hypervisor to update these values with uptodate ones before the CPU uses
them.
Abstract TSC's save/restore
Instead of hunting misterious stalls/hungs all over the kernel when
overflow occurs at pvclock.c:pvclock_get_nsec_offset
u64 delta = native_read_tsc() - shadow-tsc_timestamp;
and introducing hooks when places of unexpected access found, pv_clock
should be initialized for the calling cpu if
On 02/13/2012 03:06 AM, Xiao Guangrong wrote:
On 02/13/2012 01:32 PM, David Ahern wrote:
[sorry for the top post - you would think Android would have a better mail
client]
If the first patch is needed then kvm-events will not work with older,
unpatched kernels. That's a big limitation
On Mon, Feb 13, 2012 at 04:20:24PM +0100, Igor Mammedov wrote:
On 02/13/2012 02:07 PM, Marcelo Tosatti wrote:
Upon resume from hibernation, CPU 0's hvclock area contains the old
values for system_time and tsc_timestamp. It is necessary for the
hypervisor to update these values with uptodate
On (Mon) 13 Feb 2012 [11:07:27], Marcelo Tosatti wrote:
Upon resume from hibernation, CPU 0's hvclock area contains the old
values for system_time and tsc_timestamp. It is necessary for the
hypervisor to update these values with uptodate ones before the CPU uses
them.
Abstract TSC's
Here is v3 of the virtio-scsi driver. Changes are:
- the virtio id is now 8, to fix a conflict in the virtio spec;
- rebased for QOM;
- changed the resid type to size_t following Stefan's advice;
- fixed sense length (patch from Christian Hoff).
The spec has been committed by Rusty (version
scsi-disk will manage scatter/gather list, but it does not create
single entries so it remains target-independent. Make QEMUSGList
available to it.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
dma.h | 14 +++---
1 files changed, 7 insertions(+), 7 deletions(-)
diff --git
These helpers do a full transfer from an in-memory buffer to target
memory, with support for scatter/gather lists. It will be used to
store the reply of an emulated command into a QEMUSGList provided by
the adapter.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
dma-helpers.c | 30
The length of the transfer is already in the sglist, the wrapper simply
fetches it.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
dma-helpers.c |6 ++
dma.h |3 +++
2 files changed, 9 insertions(+), 0 deletions(-)
diff --git a/dma-helpers.c b/dma-helpers.c
index
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/ide/ahci.c | 82 +
1 files changed, 13 insertions(+), 69 deletions(-)
diff --git a/hw/ide/ahci.c b/hw/ide/ahci.c
index c87a6ca..25ed844 100644
--- a/hw/ide/ahci.c
+++ b/hw/ide/ahci.c
Scatter/gather functionality uses the newly added DMA helpers. The
device can choose between doing DMA itself, or calling scsi_req_data
as usual, which will use the newly added DMA helpers to copy piecewise
to/from the destination area(s).
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/scsi-bus.c |1 +
hw/scsi-disk.c | 63 ---
2 files changed, 51 insertions(+), 13 deletions(-)
diff --git a/hw/scsi-bus.c b/hw/scsi-bus.c
index 69cb3fc..817aa49 100644
---
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/scsi-bus.c | 107 +++--
hw/scsi.h | 16
2 files changed, 120 insertions(+), 3 deletions(-)
diff --git a/hw/scsi-bus.c b/hw/scsi-bus.c
index 817aa49..15841d0 100644
---
With the upcoming sglist support, HBAs will not see any transfer_data
call and will not have a way to detect short transfers. So pass the
residual amount of data upon command completion.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
v2-v3: fixed resid type (Stefan)
hw/esp.c
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/scsi-generic.c | 25 +
1 files changed, 25 insertions(+), 0 deletions(-)
diff --git a/hw/scsi-generic.c b/hw/scsi-generic.c
index 4859212..cd62922 100644
--- a/hw/scsi-generic.c
+++ b/hw/scsi-generic.c
@@ -59,6
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/scsi-disk.c | 59 ---
1 files changed, 55 insertions(+), 4 deletions(-)
diff --git a/hw/scsi-disk.c b/hw/scsi-disk.c
index 0e4d6ad..4d7b4eb 100644
--- a/hw/scsi-disk.c
+++
From: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Add a useless virtio SCSI HBA device:
qemu -device virtio-scsi-pci
Signed-off-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
v2-v3: fixed sense length (Christian Hoff)
hw/virtio-scsi.c | 110 +++--
1 files changed, 97 insertions(+), 13 deletions(-)
diff
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/virtio-scsi.c | 125 ++---
1 files changed, 117 insertions(+), 8 deletions(-)
diff --git a/hw/virtio-scsi.c b/hw/virtio-scsi.c
index
Reviewed-by: Stefan Hajnoczi stefa...@linux.vnet.ibm.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/virtio-scsi.c | 50 +-
1 files changed, 49 insertions(+), 1 deletions(-)
diff --git a/hw/virtio-scsi.c b/hw/virtio-scsi.c
index
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-...@vger.kernel.org; kvm@vger.kernel.org;
linuxppc-...@ozlabs.org; Wood Scott-B07421
Subject: Re: [PATCH v3
On Mon, Feb 13, 2012 at 04:45:59PM +0100, Igor Mammedov wrote:
Instead of hunting misterious stalls/hungs all over the kernel when
overflow occurs at pvclock.c:pvclock_get_nsec_offset
u64 delta = native_read_tsc() - shadow-tsc_timestamp;
and introducing hooks when places of unexpected
On 02/13/2012 06:48 PM, Marcelo Tosatti wrote:
On Mon, Feb 13, 2012 at 04:45:59PM +0100, Igor Mammedov wrote:
Instead of hunting misterious stalls/hungs all over the kernel when
overflow occurs at pvclock.c:pvclock_get_nsec_offset
u64 delta = native_read_tsc() - shadow-tsc_timestamp;
and
BUG when overflow occurs at pvclock.c:pvclock_get_nsec_offset
u64 delta = native_read_tsc() - shadow-tsc_timestamp;
this might happen at an attempt to read an uninitialized yet clock.
It won't prevent stalls and hangs but at least it won't do it silently.
Signed-off-by: Igor Mammedov
On Mon, Feb 13, 2012 at 10:16, Jan Kiszka jan.kis...@siemens.com wrote:
On 2012-02-11 16:25, Blue Swirl wrote:
On Fri, Feb 10, 2012 at 18:31, Jan Kiszka jan.kis...@siemens.com wrote:
This enables acceleration for MMIO-based TPR registers accesses of
32-bit Windows guest systems. It is mostly
On Mon, Feb 13, 2012 at 06:50:08PM +, Blue Swirl wrote:
On Mon, Feb 13, 2012 at 10:16, Jan Kiszka jan.kis...@siemens.com wrote:
On 2012-02-11 16:25, Blue Swirl wrote:
On Fri, Feb 10, 2012 at 18:31, Jan Kiszka jan.kis...@siemens.com wrote:
This enables acceleration for MMIO-based TPR
On 2012-02-13 19:50, Blue Swirl wrote:
On Mon, Feb 13, 2012 at 10:16, Jan Kiszka jan.kis...@siemens.com wrote:
On 2012-02-11 16:25, Blue Swirl wrote:
On Fri, Feb 10, 2012 at 18:31, Jan Kiszka jan.kis...@siemens.com wrote:
This enables acceleration for MMIO-based TPR registers accesses of
On Tue, Feb 14, 2012 at 2:12 AM, Hannes Reinecke h...@suse.de wrote:
On 02/13/2012 02:18 PM, Michael S. Tsirkin wrote:
On Tue, Feb 14, 2012 at 12:13:36AM +1100, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 12:00 AM, Michael S. Tsirkin m...@redhat.com
wrote:
On Mon, Feb 13, 2012 at
On Tue, Feb 14, 2012 at 7:42 AM, ronnie sahlberg
ronniesahlb...@gmail.com wrote:
On Tue, Feb 14, 2012 at 2:12 AM, Hannes Reinecke h...@suse.de wrote:
On 02/13/2012 02:18 PM, Michael S. Tsirkin wrote:
On Tue, Feb 14, 2012 at 12:13:36AM +1100, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 12:00
Hi
Please send in any agenda items you are interested in covering.
Cheers,
Juan.
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
I have been going through the kvm code but didn't get the significance
of level in kvm_mmu_page_role. So, it would be nice if anyone can
explain it what is its use?
Thanks,
Sanidhya
--
To unsubscribe from this list: send the line unsubscribe kvm in
the body of a message to
On Tue, Feb 14, 2012 at 07:53:26AM +1100, ronnie sahlberg wrote:
On Tue, Feb 14, 2012 at 7:42 AM, ronnie sahlberg
ronniesahlb...@gmail.com wrote:
On Tue, Feb 14, 2012 at 2:12 AM, Hannes Reinecke h...@suse.de wrote:
On 02/13/2012 02:18 PM, Michael S. Tsirkin wrote:
On Tue, Feb 14, 2012 at
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 14, 2012 at 7:42 AM, ronnie sahlberg
ronniesahlb...@gmail.com wrote:
On Tue, Feb 14, 2012 at 2:12 AM, Hannes Reinecke h...@suse.de 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 14, 2012 at 7:42 AM, ronnie sahlberg
ronniesahlb...@gmail.com wrote:
On
On Mon, 13 Feb 2012 10:19:56 +0100, Paolo Bonzini pbonz...@redhat.com wrote:
block layer _is_ growing support for new operations: discard is already
there, write same is in the works, extended copy will also come in due
time. Perhaps we'll add them to virtio-blk, perhaps not.
FYI, I'd take
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 SHPC.
As we don't access SHPC at the moment, we
don't need to do
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 the native SHPC driver
for a bridge, we must declare an OSHP
1 - 100 of 111 matches
Mail list logo
