On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
src/conf/device_conf.c | 12 +++-
src/conf/device_conf.h |1 +
src/conf/domain_conf.c |5 -
src/conf/domain_conf.h |1 +
4 files changed, 17 insertions(+),
Hi all,
I came across the fact that Windows seems to requests greater 64KB into pieces
leading to a lot of IOPs on the storage
side.
Can anyone imagine of a way to merge them before sending them to e.g. an iSCSI
Storage? 64KB I/O Size is not optimal
when e.g. large sequential operations with
在 2013-01-08二的 08:04 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
src/conf/device_conf.c | 12 +++-
src/conf/device_conf.h |1 +
src/conf/domain_conf.c |5 -
在 2013-01-08二的 16:37 +0800,li guang写道:
在 2013-01-08二的 08:04 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
src/conf/device_conf.c | 12 +++-
src/conf/device_conf.h |1 +
On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact that Windows seems to requests greater 64KB into
pieces leading to a lot of IOPs on the storage side.
Can anyone imagine of a way to merge them before sending them to e.g. an
iSCSI Storage? 64KB
On Tue, Jan 08, 2013 at 04:47:40PM +0800, li guang wrote:
在 2013-01-08二的 16:37 +0800,li guang写道:
在 2013-01-08二的 08:04 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
Signed-off-by: liguang lig.f...@cn.fujitsu.com
---
src/conf/device_conf.c |
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact that Windows seems to requests greater 64KB into
pieces leading to a lot of IOPs on the storage side.
Can anyone imagine of a
Am 07.01.2013 um 13:36 schrieb Markus Armbruster arm...@redhat.com:
Peter Lieven p...@dlhnet.de writes:
Hi Paolo,
Am 04.01.2013 um 19:42 schrieb Paolo Bonzini pbonz...@redhat.com:
Il 04/01/2013 11:26, Peter Lieven ha scritto:
Hi,
i have observed the following with qemu-kvm-1.2.0
在 2013-01-08二的 08:51 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at 04:47:40PM +0800, li guang wrote:
在 2013-01-08二的 16:37 +0800,li guang写道:
在 2013-01-08二的 08:04 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
Signed-off-by: liguang
On Tue, Jan 08, 2013 at 04:55:28PM +0800, li guang wrote:
在 2013-01-08二的 08:51 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at 04:47:40PM +0800, li guang wrote:
在 2013-01-08二的 16:37 +0800,li guang写道:
在 2013-01-08二的 08:04 +,Daniel P. Berrange写道:
On Tue, Jan 08, 2013 at
On Mon, Jan 07, 2013 at 03:38:39PM -0500, Nickolai Zeldovich wrote:
memcpy() for overlapping regions is undefined behavior; use memmove()
instead in readline_hist_add().
Signed-off-by: Nickolai Zeldovich nicko...@csail.mit.edu
---
readline.c |4 ++--
1 file changed, 2 insertions(+), 2
On Mon, Jan 07, 2013 at 05:40:24PM +0100, Alexander Graf wrote:
On 07.01.2013, at 17:21, Andreas Färber wrote:
Am 07.01.2013 16:38, schrieb Alexander Graf:
Hi Blue / Aurelien,
This is my current patch queue for ppc. Please pull.
Breaks on x86_64:
CC
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type != NET_CLIENT_OPTIONS_KIND_TAP) {
+ret = -1;
+} else {
+ret = tap_detach(nc-peer);
+}
+
+return ret;
+}
+
+static void virtio_net_set_queues(VirtIONet *n)
+{
+int i;
+
+
Am 08.01.2013 um 09:54 schrieb Stefan Hajnoczi stefa...@redhat.com:
On Mon, Jan 07, 2013 at 05:40:24PM +0100, Alexander Graf wrote:
On 07.01.2013, at 17:21, Andreas Färber wrote:
Am 07.01.2013 16:38, schrieb Alexander Graf:
Hi Blue / Aurelien,
This is my current patch queue for ppc.
Le 8 janvier 2013 à 00:06, Richard Henderson r...@twiddle.net a écrit :
On 01/07/2013 02:24 PM, Laurent Vivier wrote:
+static short target_to_host_flock_type(short type)
+{
+ switch (type) {
+ case TARGET_F_RDLCK:
+ return F_RDLCK;
+ case TARGET_F_WRLCK:
+ return F_WRLCK;
+ case
On 01/08/2013 03:10 PM, Michael S. Tsirkin wrote:
On Fri, Dec 28, 2012 at 06:32:03PM +0800, Jason Wang wrote:
This patch add migration support for multiqueue virtio-net. The version were
bumped to 12.
Signed-off-by: Jason Wang jasow...@redhat.com
---
hw/virtio-net.c | 45
On 01/08/2013 03:14 PM, Michael S. Tsirkin wrote:
On Fri, Dec 28, 2012 at 06:31:59PM +0800, Jason Wang wrote:
Some device (such as virtio-net) needs the ability to destroy or re-order the
virtqueues, this patch adds a helper to do this.
Signed-off-by: Jason Wang jasowang
Actually del_queue
Le 8 janvier 2013 à 00:14, Richard Henderson r...@twiddle.net a écrit :
On 01/07/2013 02:38 PM, Laurent Vivier wrote:
-#if defined(TARGET_NR_select) !defined(TARGET_S390X)
!defined(TARGET_S390)
+#if defined(TARGET_NR_select) !defined(TARGET_S390X) \
+ !defined(TARGET_S390) \
+
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type != NET_CLIENT_OPTIONS_KIND_TAP) {
+ret = -1;
+} else {
+ret = tap_detach(nc-peer);
+}
+
+return ret;
+}
+
+static void
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
docs/q35-chipset.cfg | 129 ++
1 files changed, 129 insertions(+), 0 deletions(-)
create mode 100644 docs/q35-chipset.cfg
diff --git a/docs/q35-chipset.cfg b/docs/q35-chipset.cfg
new file mode
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/pc-testdev.c | 18 +-
1 files changed, 9 insertions(+), 9 deletions(-)
diff --git a/hw/pc-testdev.c b/hw/pc-testdev.c
index 1928489..161284f 100644
--- a/hw/pc-testdev.c
+++ b/hw/pc-testdev.c
@@ -58,13 +58,13 @@ typedef
Hi,
Patch 1 adds a intel HD Audio controller with the ich9 PCI IDs
(otherwise identical to the existing ich6 one).
Patch 2 documents the q35 chipset devices.
cheers,
Gerd
Gerd Hoffmann (2):
q35: add ich9 intel hda controller
q35: document chipset devices
docs/q35-chipset.cfg | 129
On Tue, Jan 08, 2013 at 01:42:35PM +0800, Liu Yuan wrote:
On 01/07/2013 09:23 PM, Kevin Wolf wrote:
No, and in theory they shouldn't have to care.
Why do you want to handle writethrough semantics in the block driver
rather than letting qemu care for sending the right flushes?
Because
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/intel-hda.c | 41 ++---
1 files changed, 34 insertions(+), 7 deletions(-)
diff --git a/hw/intel-hda.c b/hw/intel-hda.c
index 98ff936..eed1d38 100644
--- a/hw/intel-hda.c
+++ b/hw/intel-hda.c
@@ -1232,7
On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact that Windows seems to requests greater 64KB into
pieces leading
On Mon, Jan 07, 2013 at 01:59:54PM +0100, Stefan Hajnoczi wrote:
On Sun, Jan 06, 2013 at 01:11:49PM +0800, Amos Kong wrote:
On Sat, Jan 05, 2013 at 04:45:14PM +0800, Jason Wang wrote:
On 01/03/2013 08:20 PM, Stefan Hajnoczi wrote:
On Fri, Dec 28, 2012 at 05:29:10PM +0800, Amos Kong
On 01/08/2013 05:40 PM, Stefan Hajnoczi wrote:
Otherwise use sheepdog writeback and let QEMU block.c decide when to
flush. Never use sheepdog writethrough because it's redundant here.
I don't get it. What do you mean by 'redundant'? If we use virtio
sheepdog block driver, how can we specify
Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact
On 01/08/2013 05:29 PM, Jason Wang wrote:
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type != NET_CLIENT_OPTIONS_KIND_TAP) {
+ret = -1;
+} else {
+ret = tap_detach(nc-peer);
+}
+
+return
On 01/08/2013 05:49 PM, Wanlong Gao wrote:
On 01/08/2013 05:29 PM, Jason Wang wrote:
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type != NET_CLIENT_OPTIONS_KIND_TAP) {
+ret = -1;
+} else {
+ret =
On 07/01/2013 20:58, Michael S. Tsirkin wrote:
On Tue, Dec 18, 2012 at 12:30:20PM +0100, KONRAD Frédéric wrote:
On 18/12/2012 12:01, Michael S. Tsirkin wrote:
On Tue, Dec 18, 2012 at 10:33:37AM +, Peter Maydell wrote:
On 17 December 2012 15:45, Michael S. Tsirkin m...@redhat.com wrote:
On 01/08/2013 05:29 PM, Jason Wang wrote:
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type != NET_CLIENT_OPTIONS_KIND_TAP) {
+ret = -1;
+} else {
+ret = tap_detach(nc-peer);
+}
+
+return
On 01/08/2013 05:51 PM, Jason Wang wrote:
On 01/08/2013 05:49 PM, Wanlong Gao wrote:
On 01/08/2013 05:29 PM, Jason Wang wrote:
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type != NET_CLIENT_OPTIONS_KIND_TAP) {
+
Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact
On 01/08/2013 06:00 PM, Wanlong Gao wrote:
On 01/08/2013 05:51 PM, Jason Wang wrote:
On 01/08/2013 05:49 PM, Wanlong Gao wrote:
On 01/08/2013 05:29 PM, Jason Wang wrote:
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang wrote:
+} else if (nc-peer-info-type !=
On Tuesday, January 08, 2013 11:47:54 AM Peter Lieven wrote:
Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013
On Tuesday, January 08, 2013 12:09:11 PM Peter Lieven wrote:
Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld vroze...@redhat.com:
On Tuesday, January 08, 2013
Am 08.01.2013 10:45, schrieb Liu Yuan:
On 01/08/2013 05:40 PM, Stefan Hajnoczi wrote:
Otherwise use sheepdog writeback and let QEMU block.c decide when to
flush. Never use sheepdog writethrough because it's redundant here.
I don't get it. What do you mean by 'redundant'? If we use virtio
This patch set adds basic Websocket Protocol version 13 - RFC 6455 - support
to QEMU VNC. Binary encoding support on the client side is mandatory.
Because of the GnuTLS requirement the Websockets implementation is
optional (--enable-vnc-ws).
To activate Websocket support the VNC option websocket
Following Anthony Liguori's Websocket implementation I have added the
buffer_advance function to VNC and replaced all related buffer memmove
operations with it.
Signed-off-by: Tim Hardeck thard...@suse.de
---
ui/vnc.c | 13 +
ui/vnc.h |1 +
2 files changed, 10 insertions(+), 4
Am 08.01.2013 03:25, schrieb Wenchao Xia:
于 2013-1-8 0:43, Kevin Wolf 写道:
Am 17.12.2012 07:25, schrieb Wenchao Xia:
This patch moves bdrv_snapshotfind from savevm.c to block.c and export
it, also added bdrv_deappend in block.c.
Signed-off-by: Wenchao Xia xiaw...@linux.vnet.ibm.com
Some VncState values are not initialized before the Websocket handshake.
If it fails QEMU segfaults during the cleanup. To prevent this behavior
intialization checks are added.
Signed-off-by: Tim Hardeck thard...@suse.de
---
ui/vnc.c | 11 ---
ui/vnc.h |1 +
2 files changed, 9
On 01/08/2013 06:00 PM, Kevin Wolf wrote:
Am 08.01.2013 10:45, schrieb Liu Yuan:
On 01/08/2013 05:40 PM, Stefan Hajnoczi wrote:
Otherwise use sheepdog writeback and let QEMU block.c decide when to
flush. Never use sheepdog writethrough because it's redundant here.
I don't get it. What do
The following changes since commit 8e4a424b305e29dc0e454f52df3b35577f342975:
Revert virtio-pci: replace byte swap hack (2013-01-06 18:30:17 +)
are available in the git repository at:
git://github.com/stefanha/qemu.git net
for you to fetch changes up to
From: Michael Contreras mich...@inetric.com
Discard packets longer than 16384 when !SBP to match the hardware behavior.
Signed-off-by: Michael Contreras mich...@inetric.com
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
hw/e1000.c | 7 +--
1 file changed, 5 insertions(+), 2
From: Amos Kong ak...@redhat.com
A device reset does not affect the link state, only set_link does.
Signed-off-by: Amos Kong ak...@redhat.com
Signed-off-by: Stefan Hajnoczi stefa...@redhat.com
---
hw/rtl8139.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/rtl8139.c
From: Amos Kong ak...@redhat.com
Commit b9d03e352cb6b31a66545763f6a1e20c9abf0c2c added link
auto-negotiation emulation, it would always set link up by
callback function. Problem exists if original link status
was down, link status should not be changed in auto-negotiation.
Signed-off-by: Jason
Am 08.01.2013 11:39, schrieb Liu Yuan:
On 01/08/2013 06:00 PM, Kevin Wolf wrote:
Am 08.01.2013 10:45, schrieb Liu Yuan:
On 01/08/2013 05:40 PM, Stefan Hajnoczi wrote:
Otherwise use sheepdog writeback and let QEMU block.c decide when to
flush. Never use sheepdog writethrough because it's
From: Amos Kong ak...@redhat.com
We don't clean up network if fails to parse -device parameters without
calling net_cleanup(). I touch a problem, the tap device which is
created by qemu-ifup script could not be removed by qemu-ifdown script.
Some similar problems also exist in vl.c
In this
This patch adds basic Websocket Protocol version 13 - RFC 6455 - support
to QEMU VNC. Binary encoding support on the client side is mandatory.
Because of the GnuTLS requirement the Websockets implementation is
optional (--enable-vnc-ws).
To activate Websocket support the VNC option websocketis
Hi,
On 01/07/2013 03:05 PM, Andreas Färber wrote:
A memory: prefix in the subject would've been nice for filtering.
OK
Am 07.01.2013 13:07, schrieb Alexander Barabash:
address_space_init2: initializes a named address space.
What for? There are no users in this patch that justify its
Hi,
On 01/07/2013 04:07 PM, Anthony Liguori wrote:
Alexander Barabash alexander_barab...@mentor.com writes:
The abstract socket namespace is a nonportable Linux extension.
The sockets' names in this namespace have no connection
with file system pathnames. To specify a named AF_UNIX socket
in
We should be able to cross compile QEMU for ARM64 host.
This is required for trying out ARM 32-bit guest on ARM64 host using QEMU + KVM
ARM64.
Signed-off-by: Anup Patel anup.pa...@linaro.org
---
configure |5 +
1 file changed, 5 insertions(+)
diff --git a/configure b/configure
index
On 01/08/2013 06:51 PM, Kevin Wolf wrote:
Am 08.01.2013 11:39, schrieb Liu Yuan:
On 01/08/2013 06:00 PM, Kevin Wolf wrote:
Am 08.01.2013 10:45, schrieb Liu Yuan:
On 01/08/2013 05:40 PM, Stefan Hajnoczi wrote:
Otherwise use sheepdog writeback and let QEMU block.c decide when to
flush. Never
Am 08.01.2013 12:08, schrieb Liu Yuan:
On 01/08/2013 06:51 PM, Kevin Wolf wrote:
Am 08.01.2013 11:39, schrieb Liu Yuan:
This also explains why
I saw a regression about write performance: Old QEMU can issue multiple
write requests in one go, but now the requests are sent one by one (even
with
Pass the AddressSpace's name (to be used for debugging)
to address_space_init(). If NULL is passed, the name
of root memory region is used instead.
Signed-off-by: Alexander Barabash alexander_barab...@mentor.com
---
exec.c|6 ++
hw/pci/pci.c |3 ++-
On 01/08/2013 06:14 PM, Jason Wang wrote:
On 01/08/2013 06:00 PM, Wanlong Gao wrote:
On 01/08/2013 05:51 PM, Jason Wang wrote:
On 01/08/2013 05:49 PM, Wanlong Gao wrote:
On 01/08/2013 05:29 PM, Jason Wang wrote:
On 01/08/2013 05:07 PM, Wanlong Gao wrote:
On 12/28/2012 06:32 PM, Jason Wang
On 01/08/2013 07:19 PM, Kevin Wolf wrote:
I can't see a reason why it would do that. Can you bisect this?
Sure, bisect it is on my schedule, but I can't promise a deadline.
It seems it is hard to restore into old semantics of cache flags due to
new design of QEMU block layer. So will you
Il 27/12/2012 17:29, Paolo Bonzini ha scritto:
Il 13/12/2012 10:19, Paolo Bonzini ha scritto:
Five small, boring patches. Inspired by Gerd's patch at
http://lists.gnu.org/archive/html/qemu-devel/2012-10/msg05229.html which
unfortunately is already out of date.
Ping...
Ping^2...
Paolo
IMHO, Ubuntu Server for KVM virtualization - is BAD idea! Very BAD
idea..
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/990364
Title:
virtio_ioport_write: unexpected address 0x13 value 0x1
On 8 January 2013 11:05, Anup Patel anup.pa...@linaro.org wrote:
diff --git a/configure b/configure
index fe18ed2..0bfb8bb 100755
--- a/configure
+++ b/configure
@@ -366,6 +366,8 @@ elif check_define __s390__ ; then
fi
elif check_define __arm__ ; then
cpu=arm
+elif check_define
Am 08.01.2013 12:35, schrieb Liu Yuan:
On 01/08/2013 07:19 PM, Kevin Wolf wrote:
I can't see a reason why it would do that. Can you bisect this?
Sure, bisect it is on my schedule, but I can't promise a deadline.
Ok, thanks. It would be good if it was before the hard freeze for 1.4.
It
On 8 January 2013 17:38, Peter Maydell peter.mayd...@linaro.org wrote:
On 8 January 2013 11:05, Anup Patel anup.pa...@linaro.org wrote:
diff --git a/configure b/configure
index fe18ed2..0bfb8bb 100755
--- a/configure
+++ b/configure
@@ -366,6 +366,8 @@ elif check_define __s390__ ; then
On 8 January 2013 12:24, Anup Patel anup.pa...@linaro.org wrote:
On 8 January 2013 17:38, Peter Maydell peter.mayd...@linaro.org wrote:
Also, I suspect this isn't the only thing that will be required.
Yes. This patch only tries to make sure that the configure step falls
through and at-least
From: Hans de Goede hdego...@redhat.com
No other changes.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci.c | 84 ++--
1 files changed, 42 insertions(+), 42 deletions(-)
diff
From: Hans de Goede hdego...@redhat.com
Re-arrange how we process frames / increase frnum / report pending interrupts,
to avoid a 1 ms delay in interrupt reporting to the guest. This increases
the packet throughput for cases where the guest submits a single packet,
then waits for its completion
From: Hans de Goede hdego...@redhat.com
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/redirect.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/hw/usb/redirect.c b/hw/usb/redirect.c
index
From: Hans de Goede hdego...@redhat.com
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci.c | 51 +++
1 files changed, 35 insertions(+), 16 deletions(-)
diff --git
Due to the way devices are addressed with xhci (done by hardware, not
the guest os) there is no packet when invoking the set-address control
request. Create a dummy packet in that case to avoid null pointer
dereferences.
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-xhci.c |
From: Hans de Goede hdego...@redhat.com
This leads to cleaner code in usb-hid, and removes up to a 1000 calls / sec to
qemu_get_clock_ns(vm_clock) if idle-time is set to its default value of 0.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
From: Hans de Goede hdego...@redhat.com
Before this patch, the following could happen:
1) Transfer completes, raises interrupt
2) .5 ms later we check if the guest has queued up any new transfers
3) We find and execute a new transfer
4) .2 ms later the new transfer completes
5) We re-run our
From: Hans de Goede hdego...@redhat.com
Remove the short-circuiting of fetchqtd in fetchqh, so that the
qtd gets properly verified before completing the transaction.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci.c | 15
On 01/08/2013 08:12 PM, Kevin Wolf wrote:
Ok, thanks. It would be good if it was before the hard freeze for 1.4.
Oops, sorry. It is a false alarm. Last time I was running latest QEMU on
tmpfs which service the request too fast.
It seems it is hard to restore into old semantics of cache
We should be able to configure QEMU for cross compiling it for ARM64 host.
This patch only tries to make sure that the configure step falls through
and atleast QEMU cross-compilation starts.
The rationale behind cpu=aarch64 naming (as commented by Peter Maydell):
For the target architecture
On 01/08/2013 09:18 PM, Liu Yuan wrote:
So the result is *not* broken. If we set cache=writethrough for
sheepdog, then WCE won't take any effect because 'flush' request will be
ignored by Sheepdog driver.
The merit of this 'writethrough' is that, write request will never be
interpreted as two
From: Hans de Goede hdego...@redhat.com
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/redirect.c | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/hw/usb/redirect.c
From: Hans de Goede hdego...@redhat.com
To ensure that interrupt receiving is properly stopped when the guest is
no longer interested in an interrupt endpoint.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/redirect.c |9 +
From: Hans de Goede hdego...@redhat.com
Before this patch uhci would process an unlimited amount of frames when
behind on schedule, by setting the timer to a time already past, causing the
timer subsys to immediately recall the frame_timer function gain.
This would cause invalid cancellations of
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-uhci.c | 106 +++--
trace-events |2 -
2 files changed, 30 insertions(+), 78 deletions(-)
diff --git a/hw/usb/hcd-uhci.c b/hw/usb/hcd-uhci.c
index 0cd68cf..60645aa 100644
---
From: Andreas Färber andreas.faer...@web.de
This allows specific derived models to use different values.
Signed-off-by: Andreas Färber andreas.faer...@web.de
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci-sysbus.c | 15 +--
hw/usb/hcd-ehci.h| 13
On 07/01/2013 20:11, Anthony Liguori wrote:
fred.kon...@greensocs.com writes:
From: KONRAD Frederic fred.kon...@greensocs.com
Here is the full series for virtio-refactoring.
You can clone that from here :
git.greensocs.com/home/greensocs/git/qemu_virtio.git virtio_refactoring
virtio-mmio
From: Hans de Goede hdego...@redhat.com
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/redirect.c | 22 +-
1 files changed, 13 insertions(+), 9 deletions(-)
diff --git a/hw/usb/redirect.c b/hw/usb/redirect.c
index
From: Hans de Goede hdego...@redhat.com
Rather then using the magic 32 value in various places.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-uhci.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git
On Mon, Dec 17, 2012 at 05:24:35PM +0100, Paolo Bonzini wrote:
After discussion with mst on the topic of resetting virtio devices,
here is a series that hopefully clarifies the semantics of bus and
device resets.
what started all this is a bug that affects virtio scsi.
Since there's still a
From: Hans de Goede hdego...@redhat.com
If somehow we've gotten behind a lot, simply skip ahead, like the ehci code
does.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-uhci.c |8
1 files changed, 8 insertions(+), 0
Am 08.01.2013 02:10, schrieb Alberto Garcia:
The TPCI200 is a PCI board that supports up to 4 IndustryPack modules.
A new bus type called 'IndustryPack' has been created so any
compatible module can be attached to this board.
Signed-off-by: Alberto Garcia agar...@igalia.com
---
From: Andreas Färber andreas.faer...@web.de
SysBus EHCI was introduced in a hurry before 1.3 Soft Freeze.
To use QOM casts in place of DO_UPCAST() / FROM_SYSBUS(), we need an
identifying type. Introduce generic abstract base types for PCI and
SysBus EHCI to allow multiple types to access the
Gerd Hoffmann kra...@redhat.com writes:
Starting with release 1.4 we have a fully functional q35 machine type,
i.e. qemu -M q35 JustWorks[tm]. Update machine type names to reflect
that:
* pc-1.4 becomes piix-1.4
PIIX is the southbridge. A more appropriate (and google-able) name
would be
From: Hans de Goede hdego...@redhat.com
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-ehci.c | 14 ++
1 files changed, 14 insertions(+), 0 deletions(-)
diff --git a/hw/usb/hcd-ehci.c b/hw/usb/hcd-ehci.c
index
On Tue, Jan 08, 2013 at 10:56:54AM +0100, KONRAD Frédéric wrote:
On 07/01/2013 20:58, Michael S. Tsirkin wrote:
On Tue, Dec 18, 2012 at 12:30:20PM +0100, KONRAD Frédéric wrote:
On 18/12/2012 12:01, Michael S. Tsirkin wrote:
On Tue, Dec 18, 2012 at 10:33:37AM +, Peter Maydell wrote:
On 17
From: Liming Wang walimis...@gmail.com
Add EHCI USB host controller to exynos4210.
Signed-off-by: Liming Wang walimis...@gmail.com
Signed-off-by: Andreas Färber andreas.faer...@web.de
Reviewed-by: Igor Mitsyanko i.mitsya...@samsung.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
Alexander Barabash alexander_barab...@mentor.com writes:
Pass the AddressSpace's name (to be used for debugging)
to address_space_init(). If NULL is passed, the name
of root memory region is used instead.
Signed-off-by: Alexander Barabash alexander_barab...@mentor.com
---
exec.c
From: Hans de Goede hdego...@redhat.com
The xhci-hcd may submit bulk transfers 65535 bytes even when not using
bulk-in pipeling, so usbredir can only be used in combination with an xhci
hcd if the client has the 32 bits bulk length capability.
Signed-off-by: Hans de Goede hdego...@redhat.com
From: Andreas Färber andreas.faer...@web.de
It uses a different capsbase and opregbase than the Xilinx device.
Signed-off-by: Liming Wang walimis...@gmail.com
Signed-off-by: Andreas Färber andreas.faer...@web.de
Cc: Igor Mitsyanko i.mitsya...@samsung.com
Signed-off-by: Gerd Hoffmann
From: Hans de Goede hdego...@redhat.com
I tried lowering the time between raising an interrupt and rescanning the
async schedule to see if the guest has queued a new transfer before, but
that did not have any positive effect. I now believe the cause for this is
that lowering this time made it
From: Hans de Goede hdego...@redhat.com
usb_ep_find_packet_by_id mistakenly only checks the first packet and if that
is not a match, keeps trying the first packet! This patch fixes this.
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
From: Hans de Goede hdego...@redhat.com
ehci_fill_queue assumes that there is a one on one relationship between an ep
and a qh, this patch adds a check to ensure this.
Note I don't expect this to ever trigger, this is just something I noticed
the guest might do while working on other stuff. The
On 7 January 2013 18:40, fred.kon...@greensocs.com wrote:
From: KONRAD Frederic fred.kon...@greensocs.com
Here is the full series for virtio-refactoring.
You can clone that from here :
git.greensocs.com/home/greensocs/git/qemu_virtio.git virtio_refactoring
This doesn't work as either an
From: Hans de Goede hdego...@redhat.com
Signed-off-by: Hans de Goede hdego...@redhat.com
Signed-off-by: Gerd Hoffmann kra...@redhat.com
---
hw/usb/hcd-uhci.c |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/hw/usb/hcd-uhci.c b/hw/usb/hcd-uhci.c
index 5685b9f..e82e5cc
From: Hans de Goede hdego...@redhat.com
This is not allowed, except for clearing active on cancellation, so don't
warn when the new token does not have its active bit set.
This unifies the cancellation path for modified qtd-s, and prepares
ehci_verify_qtd to be used ad an extra check inside
1 - 100 of 237 matches
Mail list logo