Re: [Qemu-devel] webcam under windows xp guest

2010-08-30 Thread Paul Bolle
On Sun, 2010-08-29 at 13:05 +0100, Natalia Portillo wrote: > Connecting the webcam directly with usb pass-thru will never work well > because of timing issues. > > Too much USB packets dropped and image that cannot be formed. Would you have any links to discussions, threads, etc. that concern the

[Qemu-devel] build error in current master

2010-03-20 Thread Paul Bolle
mit d7234f4d7e373a708e1df9ab565a71b71b189025 Author: Anthony Liguori Convert atexit users to exit_notifier Regards, Paul Bolle

Re: [Qemu-devel] [PATCH] [TRIVIAL] usb-linux: remove unreachable default in switch statement

2010-03-17 Thread Paul Bolle
e_endp_table': > > /src/qemu/usb-linux.c:759: error: 'type' may be used uninitialized in > > this function > > > > That's unfortunate. I'll revert. I can't reproduce this with gcc-4.4.3-8.fc13.i686 (which I'm currently running). The patch was tested and submitted when I was running gcc-4.4.3-6.fc13.i686. Regards, Paul Bolle

Re: [Qemu-devel] [PATCH] [TRIVIAL] usb-linux: remove unreachable default in switch statement

2010-03-17 Thread Paul Bolle
On Wed, 2010-03-17 at 10:59 -0500, Anthony Liguori wrote: > On 03/08/2010 06:58 AM, Paul Bolle wrote: > > Signed-off-by: Paul Bolle > > > Applied. Thanks. Paul Brook was "tempted to replace it by an abort()" (about one and a half week ago). Did you perhaps miss

[Qemu-devel] [PATCH] [TRIVIAL] usb-linux: remove unreachable default in switch statement

2010-03-08 Thread Paul Bolle
Signed-off-by: Paul Bolle --- usb-linux.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff --git a/usb-linux.c b/usb-linux.c index a9c15c6..23155dd 100644 --- a/usb-linux.c +++ b/usb-linux.c @@ -846,9 +846,6 @@ static int usb_linux_update_endp_table(USBHostDevice *s

Re: [Qemu-devel] [PATCH] linux-user: use realpath for emulation dir paths

2009-12-04 Thread Paul Bolle
On Fri, 2009-12-04 at 11:00 +0100, Arnaud Patard wrote: > Riku Voipio writes: > > On Fri, Oct 02, 2009 at 02:25:36PM +0200, Paul Bolle wrote: > >> Note that I have some reservations about the current init_paths() and > >> path() code: > >> - their names seem