macro ?
Signed-off-by: Hans de Goede
---
Makefile.objs |2 --
Makefile.target |3 ++-
2 files changed, 2 insertions(+), 3 deletions(-)
diff --git a/Makefile.objs b/Makefile.objs
index 264f1fe..8d49738 100644
--- a/Makefile.objs
+++ b/Makefile.objs
@@ -211,10 +211,8 @@ hw-obj-y =
hw-obj-y
hcd-ehci.c is missing an usb_packet_init() call for the ipacket UsbPacket
it uses for isoc transfers, triggering an assert (taking the entire vm down)
in usb_packet_setup as soon as any isoc transfers are done by a high speed
USB device.
Signed-off-by: Hans de Goede
---
hw/usb/hcd-ehci.c |1
Here are USB 2 bug-fixes, please also cherry-pick these into the
stable-1.1 branch, esp. the second one as that fixes an easily triggerable
assert.
Note these patches are against 1.1.0, not against master, but they are relevant
for, and should apply to, master too.
Regards,
Hans
--
To unsubscrib
Signed-off-by: Hans de Goede
---
hw/usb/redirect.c |2 ++
1 file changed, 2 insertions(+)
diff --git a/hw/usb/redirect.c b/hw/usb/redirect.c
index 5f55d78..c6358c0 100644
--- a/hw/usb/redirect.c
+++ b/hw/usb/redirect.c
@@ -1058,6 +1058,8 @@ static int usbredir_handle_status(USBRedirDevice
"programming style" with using the
return at the end of the companion block matches how the companion case
is handled in the other ports ops, and is done this way for consistency.
Signed-off-by: Hans de Goede
---
hw/usb/hcd-ehci.c |5 +++--
1 file changed, 3 insertions(+), 2 deletion
Hi,
On 11/18/2014 02:50 PM, Paolo Bonzini wrote:
>
>
> On 18/11/2014 07:48, Eric S. Johansson wrote:
>> I'm trying to figure out ways of making it possible to drive Linux from
>> Windows speech recognition (NaturallySpeaking). The goal is a system
>> where Windows runs in a virtual machine (Lin
Hi all,
On 12/02/2014 01:43 PM, Paolo Bonzini wrote:
On 02/12/2014 13:16, Eric S. Johansson wrote:
I got win7 installed, virtio devices working and took forever to trickle
in updates because of a w7 bug update manager bug that take up all cpu
resources. now I got DNS 13 installed but I'm get
Hi,
On 12/03/2014 09:31 AM, Eric S. Johansson wrote:
On 12/3/2014 3:21 AM, Hans de Goede wrote:
Hi all,
On 12/02/2014 01:43 PM, Paolo Bonzini wrote:
On 02/12/2014 13:16, Eric S. Johansson wrote:
I got win7 installed, virtio devices working and took forever to trickle
in updates because
Hi Eric,
On 03-12-14 16:39, Eric S. Johansson wrote:
On 12/3/2014 3:52 AM, Hans de Goede wrote:
Eric are you using usb-host redirection, or Spice's usb network redir ?
This little bit of time this morning learning about spice and the network
redirection. It worked for about half an
Signed-off-By: Hans de Goede
Regards,
Hans
Subject: virtio_console: Fix poll blocking even though there is data to read
From: Hans de Goede
I found this while working on a Linux agent for spice, the symptom I was
seeing was select blocking on the spice vdagent virtio serial port even
though there w
Hi,
On 09/15/2010 03:25 PM, Amit Shah wrote:
On (Wed) Sep 15 2010 [15:04:53], Hans de Goede wrote:
Hi All,
I found this while working on a Linux agent for spice, the symptom I was
seeing was select blocking on the spice vdagent virtio serial port even
though there were messages queued up
Hi,
On 09/15/2010 03:46 PM, Amit Shah wrote:
On (Wed) Sep 15 2010 [15:37:21], Hans de Goede wrote:
--- linux-2.6.35.x86_64/drivers/char/virtio_console.c~ 2010-08-02
00:11:14.0 +0200
+++ linux-2.6.35.x86_64/drivers/char/virtio_console.c 2010-09-15
13:39:29.043505000 +0200
@@ -642,7
t port->inbuf, port->inbuf
will be NULL even though there may be buffers left in the virtqueue.
This causes poll() to block even though there is data ready to be read, this
patch fixes this by using port_has_data(port) instead of the
port->inbuf != NULL check.
Signed-off-By: Hans de
Hi All,
It took me a while to figure the below out, I hope it gives some clues
into the problem I'm seeing. I'm running qemu compiled from git
from the following repo:
http://cgit.freedesktop.org/spice/qemu/
From the spice.v20 branch.
So this is basically qemu HEAD (not qemu-kvm but plain qemu
Hi,
On 10/15/2010 05:58 PM, Gerd Hoffmann wrote:
Hi,
will get BUG: soft lockup in dmesg (once you unstuck it)
Removing -smp 2 from the cmdline makes this go away.
The guests soft lookup stacktrace hints it is the remote tlb flush in the
execve path causing this. The fpaste is expired m
15 matches
Mail list logo
