ACK series
Acked-by: Arnon Gilboa
Alon Levy wrote:
Below are the combined summaries. This lets the current mouse mode the server
is using be shown to qemu users:
(qemu) info spice
Server:
address: 0.0.0.0:10005
auth: none
compiled: 0.10.2
mouse-mode: server
qemu:
Alon
Acked-by: Arnon Gilboa
Yonit Halperin wrote:
same as 8927cfbba232e28304734f7afd463c1b84134031, but for qxl_check_state, that
was
triggered by qxl_pre_load (which calls qxl_hard_reset, which calls
qxl_soft_reset),
and caused the migration target to crash.
---
hw/qxl.c |8 +++-
1
Hello Albert,
First of all, I have done nothing in the qemu project for more than two
years now. My last contribution to qemu were some usb 1.1 uhci/ohci
patches for very basic support of webcams and other isochronous devices
(accepted), and a preliminary patch for usb 2.0 ehci (rejected due t
Can you give me some details about the device?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Gerb Stralko
Sent: Friday, February 29, 2008 4:17 PM
To: Arnon Gilboa
Cc: [EMAIL PROTECTED]; qemu-devel@nongnu.org
Subject: Re: [kvm-devel] [Qemu-devel] [PATCH
: Thursday, February 28, 2008 9:46 PM
To: Arnon Gilboa
Cc: qemu-devel@nongnu.org; [EMAIL PROTECTED]
Subject: Re: [kvm-devel] [Qemu-devel] [PATCH] USB 2.0 EHCI emulation
> Attached is a repost of the preliminary patch implementing USB 2.0
> EHCI emulation.
I want to start testing your patch
The multi-config patch is already merged in Qemu 9.1
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Marek Zelem
Sent: Saturday, February 09, 2008 5:34 PM
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] USB support
Hi
I want to inform you that I su
?
Arnon
-Original Message-
From: Paul Brook [mailto:[EMAIL PROTECTED]
Sent: Tuesday, January 08, 2008 3:30 AM
To: qemu-devel@nongnu.org
Cc: Arnon Gilboa; KVM; Roni Luxenberg
Subject: Re: [Qemu-devel] [PATCH] USB 2.0 EHCI emulation
> -The host kernel was configured with dynamic tick &
The usb host controller emulations in qemu (usb-uhci & usb-ohci) use
QEMUTimer for 1 millisecond timer.
This precise interval is required for generating usb 1.1 frames.
I currently implement usb 2.0 host controller emulation for qemu
(usb-ehci).
It uses QEMUTimer for generating usb 2.0 microframes
.
If there are any test you want me to do please dont hesitate.
Cant wait for your USB2 implementation.
Great effort!
Arnon Gilboa wrote:
I am in the middle of coding EHCI (USB 2.0) host controller
emulation.
It is supposed to support faster device speeds (480 Mbit/sec
instead
I am in the middle of coding EHCI (USB 2.0) host controller emulation.
It is supposed to support faster device speeds (480 Mbit/sec instead of
USB 1.1 speeds - 1.5 or 12Mbit/sec). I will post it on the list when it
basicly supports simple devices such as disk-on-key. Currently I still
have some maj
Sorry, it was my mistake. I only meant it may require some changes in
ohci/uhci.
-Original Message-
From: Paul Brook [mailto:[EMAIL PROTECTED]
Sent: Sunday, November 18, 2007 3:31 PM
To: qemu-devel@nongnu.org
Cc: Arnon Gilboa
Subject: Re: [Qemu-devel] USB Asynchronous I/O
> there mi
I believe you can do it similar to the way I did for isochronous
transfers in usb-linux.c.
Remember that using SUBMITURB and REAPURBNDELAY ioctls, you need to add
another signal and signal handler for the async bulk, and there might be
some issues in the ohci/uhci because they currently assume only
, November 08, 2007 12:47 PM
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] No cancel callback for usb-ohci
Hi Arnon,
On Nov 8, 2007 3:28 PM, Arnon Gilboa <[EMAIL PROTECTED]> wrote:
> Seems like an ugly bug (common also to uhci), which I haven't noticed
> before.
> I gue
Seems like an ugly bug (common also to uhci), which I haven't noticed
before.
I guess this scenario has never happened to me. Can you please describe
it?
Call usb_defer_packet with cancel_cb which flags the packet, so the
following usb_packet_complete will be ignored.
-Original Message-
F
Thanks, Paul.
The attached updated patch seems to fix this bug.
Comments?
-Original Message-
From: Paul Brook [mailto:[EMAIL PROTECTED]
Sent: Monday, October 22, 2007 1:53 PM
To: qemu-devel@nongnu.org
Cc: Arnon Gilboa
Subject: Re: [Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers
Please connect your Webcam (or any other USB isochronous device) and
redirect it, using the UHCI (already in qemu head) and OHCI isochronous
patches.
I need your feedback.
TIA,
Arnon
Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers
support
So this is isochronous for usb 2.0?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Arnon Gilboa
Sent: Monday, October 22, 2007 12:19 PM
To: qemu-devel@nongnu.org
Subject: [Qemu-devel] [PATCH,
Good idea
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Dor Laor
Sent: Monday, October 22, 2007 12:45 PM
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers
support
Arnon Gilboa wrote:
>
> Hi,
&
Hi,
The attached patch adds isochronous transfers support to the OHCI
emulation, similarly to the UHCI patch pushed two weeks ago.
In order to use ohci instead of uhci, replace the following line in
pc.c:
usb_uhci_piix3_init(pci_bus, piix3_devfn + 2);
With:
usb_ohci_init_pci(pci_bus, 3, piix3_de
When handling the isocronous completion signals, use O_NONBLOCK pipe
instead of bottom halves for thread-safety.
usb-linux.patch
Description: usb-linux.patch
I was in contact with Mark about 2 month ago. He told me that the
company he has developed the ehci emulation for won't let him release to
open source until the project is finished, which looks to be end of 2007
at least. If that changes he'll post the patch to the list.
___
Attached is an updated patch for supporting isochronous transfers in redirected
host USB devices. The initial goal was supporting USB 1.1 Webcam. Tested on
WinXP guest with several Webcams. Works on USB 1.1 Webcams, as well as most USB
2.0 Webcams (backward compatibility) on low resolutions. Som
Attached is a preliminary patch for supporting isochronous transfers in
redirected host USB devices. The initial goal was supporting USB 1.1
Webcam. Tested on several Webcams. Works on USB 1.1 Webcams, as well as
most USB 2.0 Webcams (backward compatibility) on low resolutions. Some
jitter is visib
23 matches
Mail list logo
