On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
> Signed-off-by: liguang
> ---
> 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(+), 2 deletions(-)
>
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 an
在 2013-01-08二的 08:04 +，Daniel P. Berrange写道：
> On Tue, Jan 08, 2013 at 09:58:49AM +0800, liguang wrote:
> > Signed-off-by: liguang
> > ---
> > src/conf/device_conf.c | 12 +++-
> > src/conf/device_conf.h |1 +
> > src/conf/domain_conf.c |5 -
> > src/conf/domain_conf.h |
在 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
> > > ---
> > > src/conf/device_conf.c | 12 +++-
> > > src/conf/device_conf.h |1 +
> > > src/conf/dom
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? 6
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
> > > > ---
> > > > src/conf/device_conf.c | 12 +
Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld :
> 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 m
Am 07.01.2013 um 13:36 schrieb Markus Armbruster :
> Peter Lieven writes:
>
>> Hi Paolo,
>>
>> Am 04.01.2013 um 19:42 schrieb Paolo Bonzini :
>>
>>> Il 04/01/2013 11:26, Peter Lieven ha scritto:
Hi,
i have observed the following with qemu-kvm-1.2.0 which I think is not
r
在 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: li
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,
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
> ---
> readline.c |4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
I
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
Am 08.01.2013 um 09:54 schrieb Stefan Hajnoczi :
> 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 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
>> ---
>> 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
> Actually del_queue
Le 8 janvier 2013 à 00:14, Richard Henderson 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 v
Signed-off-by: Gerd Hoffmann
---
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 100644
index 000
Signed-off-by: Gerd Hoffmann
---
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 struct PCTestdev {
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?
>
Signed-off-by: Gerd Hoffmann
---
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 +1232,7 @@ static Pr
On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
> Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld :
> > 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 l
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 K
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 :
> On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
>> Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld :
>>> On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact that Windows seems to
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);
>>> +
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 {
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 wrote:
Is the point to a
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);
>>> +
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_TA
Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld :
> On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
>> Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld :
>>> On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
Hi all,
I came across the fact that Windows seems to
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 (n
On Tuesday, January 08, 2013 11:47:54 AM Peter Lieven wrote:
> Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld :
> > On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
> >> Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld :
> >>> On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven wrote:
>
On Tuesday, January 08, 2013 12:09:11 PM Peter Lieven wrote:
> Am 08.01.2013 um 10:29 schrieb Vadim Rozenfeld :
> > On Tuesday, January 08, 2013 10:53:44 AM Peter Lieven wrote:
> >> Am 08.01.2013 um 09:50 schrieb Vadim Rozenfeld :
> >>> On Tuesday, January 08, 2013 10:16:48 AM Peter Lieven 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 you mean by 'redundant'? If we use vir
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
---
ui/vnc.c | 13 +
ui/vnc.h |1 +
2 files changed, 10 insertions(+), 4 deletions(-)
dif
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
>>
>> Should be two
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
---
ui/vnc.c | 11 ---
ui/vnc.h |1 +
2 files changed, 9 insertions(+), 3 dele
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
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 83f58e570f21c3e7227e7fbef1fc0e18
From: Michael Contreras
Discard packets longer than 16384 when !SBP to match the hardware behavior.
Signed-off-by: Michael Contreras
Signed-off-by: Stefan Hajnoczi
---
hw/e1000.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/hw/e1000.c b/hw/e1000.c
index 92fb00a..
From: Amos Kong
A device reset does not affect the link state, only set_link does.
Signed-off-by: Amos Kong
Signed-off-by: Stefan Hajnoczi
---
hw/rtl8139.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/hw/rtl8139.c b/hw/rtl8139.c
index c59ec6b..3e08062 100644
--- a/hw/
From: Amos Kong
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 Wang
Signed-off-b
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 beca
From: Amos Kong
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 patch, if network in
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 "websocket"is
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 utili
Hi,
On 01/07/2013 04:07 PM, Anthony Liguori wrote:
Alexander Barabash 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 the abstract socket namespace,
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
---
configure |5 +
1 file changed, 5 insertions(+)
diff --git a/configure b/configure
index fe18ed2..0bfb8bb 100755
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
>
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
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
---
exec.c|6 ++
hw/pci/pci.c |3 ++-
include/exec/memory.h |5 +++--
mem
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:
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 laye
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...
P
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
Sta
On 8 January 2013 11:05, Anup Patel 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 __aarch64__ ;
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.
>
On 8 January 2013 17:38, Peter Maydell wrote:
> On 8 January 2013 11:05, Anup Patel 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 _
On 8 January 2013 12:24, Anup Patel wrote:
> On 8 January 2013 17:38, Peter Maydell 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 QEMU cross-compilation starts.
It's gener
From: Hans de Goede
No other changes.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci.c | 84 ++--
1 files changed, 42 insertions(+), 42 deletions(-)
diff --git a/hw/usb/hcd-ehci.c b/hw/usb/hcd-ehci.c
index 04301
From: Hans de Goede
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 then re-submits from
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
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 c5704c1..0ffcc7d 100644
--- a/hw/usb/redirect.c
+++ b/hw/usb/redirec
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci.c | 51 +++
1 files changed, 35 insertions(+), 16 deletions(-)
diff --git a/hw/usb/hcd-ehci.c b/hw/usb/hcd-ehci.c
index 218b1d7..0d31597 100644
-
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
---
hw/usb/hcd-xhci.c |7 ++-
1 files
From: Hans de Goede
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
Signed-off-by: Gerd Hoffmann
---
hw/hid.c | 43 +
From: Hans de Goede
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 frame_timer to write bac
From: Hans de Goede
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
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci.c | 15 +--
1 files changed, 1 insertions(+), 14 deleti
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 seman
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 name
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 t
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/redirect.c | 41 +++--
1 files changed, 19 insertions(+), 22 deletions(-)
diff --git a/hw/usb/redirect.c b/hw/usb/redirect.c
index 0abe1ff..c5704c1 100644
--- a/hw/us
From: Hans de Goede
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
Signed-off-by: Gerd Hoffmann
---
hw/usb/redirect.c |9 +
1 files changed, 9 insertions(+), 0 deletions(-)
diff
From: Hans de Goede
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 bulk queues when th
Signed-off-by: Gerd Hoffmann
---
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
--- a/hw/usb/hcd-uhci.c
From: Andreas Färber
This allows specific derived models to use different values.
Signed-off-by: Andreas Färber
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci-sysbus.c | 15 +--
hw/usb/hcd-ehci.h| 13 +
2 files changed, 26 insertions(+), 2 deletions(-)
d
On 07/01/2013 20:11, Anthony Liguori wrote:
fred.kon...@greensocs.com writes:
From: KONRAD Frederic
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 parts is not included but yo
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
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 566737d..ad22491 100644
--- a/hw/usb/redirect.c
+++ b/h
From: Hans de Goede
Rather then using the magic 32 value in various places.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-uhci.c |9 +
1 files changed, 5 insertions(+), 4 deletions(-)
diff --git a/hw/usb/hcd-uhci.c b/hw/usb/hcd-uhci.c
index e82e5cc..d61
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
If somehow we've gotten behind a lot, simply skip ahead, like the ehci code
does.
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-uhci.c |8
1 files changed, 8 insertions(+), 0 deletions(-)
diff --git a/hw/usb/hcd-uhci.c b/hw/usb/hcd-
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
> ---
> default-configs/pci
From: Andreas Färber
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 shared fields.
While at it
Gerd Hoffmann 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 i440fx-1.4
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
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 934af55..96a0144 100644
--- a/hw/usb/hcd-ehci.c
+++ b/hw/usb/hc
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
From: Liming Wang
Add EHCI USB host controller to exynos4210.
Signed-off-by: Liming Wang
Signed-off-by: Andreas Färber
Reviewed-by: Igor Mitsyanko
Signed-off-by: Gerd Hoffmann
---
hw/exynos4210.c |7 +++
hw/exynos4210_gic.c |2 +-
2 files changed, 8 insertions(+), 1 deletion
Alexander Barabash 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
> ---
> exec.c|6 ++
> hw/pci/pci.c |3
From: Hans de Goede
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
Signed-off-by: Gerd Hoffmann
---
hw/us
From: Andreas Färber
It uses a different capsbase and opregbase than the Xilinx device.
Signed-off-by: Liming Wang
Signed-off-by: Andreas Färber
Cc: Igor Mitsyanko
Signed-off-by: Gerd Hoffmann
---
hw/usb/hcd-ehci-sysbus.c | 15 +++
hw/usb/hcd-ehci.h|2 ++
2 files c
From: Hans de Goede
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 more likely to hit the
From: Hans de Goede
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
Signed-off-by: Gerd Hoffmann
---
hw/usb/core.c |2 +-
1 files changed, 1 insertions(+), 1 del
From: Hans de Goede
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 only way this check
On 7 January 2013 18:40, wrote:
> From: KONRAD Frederic
>
> 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 HTTP url or a git url. You mean
git://git.gree
From: Hans de Goede
Signed-off-by: Hans de Goede
Signed-off-by: Gerd Hoffmann
---
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 100644
--- a/hw/usb/hcd-uhci.c
+++ b/hw/usb/hcd-uhci.c
@@
From: Hans de Goede
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
ehci_writeback_async_com
1 - 100 of 237 matches
Mail list logo
