Hi
On Tue, Nov 30, 2010 at 1:41 AM, Paul Ionescu wrote:
> On Thu, 25 Nov 2010 14:01:23 +0100, Marc-André Lureau wrote:
>> Hi!
>>
>> I am very pleased to announce the first release of the spice Gtk client
>> and libraries. This release should be fairly usable, and the public API
>> should remain s
On Thu, 25 Nov 2010 14:01:23 +0100, Marc-André Lureau wrote:
> Hi!
>
> I am very pleased to announce the first release of the spice Gtk client
> and libraries. This release should be fairly usable, and the public API
> should remain stable.
>
> http://gropes.dy.fi/~elmarco/spice-gtk-0.1.0.tar.bz2
>>> The idea here is that a usb device connected to machine a, will be
>>> available for use by the guest os running on host b (machine b).
>>>
>>> I'm working on this because it is something which we want / need
>>> for spice. I'm wondering if there is interest in this outside
>>> of spice ?
>>>
>Hi,
>
> > Not me at the moment, but unless you tunnel it inside another
> > protocol, you'd really want to look at the existing USB-over-IP
> > protocols instead of reinventing the wheel:
> > http://usbip.sourceforge.net/ (some support in Linux already IIRC)
> > (and there are others which I
>
> Hi All,
>
> Now that I have usb-1.1 passthrough / local redirection support
> working reliably (see my patch sets for this), I'm going to start
> working on doing usb redirection support over the network.
>
> The idea here is that a usb device connected to machine a, will be
> available for
On 29.11.2010, at 18:49, Anthony Liguori wrote:
> On 11/29/2010 11:37 AM, Attila Sukosd wrote:
>>
>> Hi,
>>
>> I guess it should be abstract enough to support multiple back-ends, be it a
>> kernel driver or through libusb?
>
> Is this something that should just live in libusb?
>
> If what li
On 11/29/2010 11:37 AM, Attila Sukosd wrote:
Hi,
I guess it should be abstract enough to support multiple back-ends, be
it a kernel driver or through libusb?
Is this something that should just live in libusb?
If what libusb presented QEMU was actually implemented as USB-over-IP,
QEMU wouldn
Hi,
I guess it should be abstract enough to support multiple back-ends, be it a
kernel driver or through libusb?
Rgrds,
Attila
2010/11/29 Gerd Hoffmann
> Hi,
>
>
> I'm note sure about what I will say, but will a kernel approach
>> handle specific disconnection/reconnection of devices, tha
Hi,
Step 4:
Look into getting usb-2.0 support into qemu
Have you looked at xHCI + usb 3.0?
I think it would be a good idea to do that to make sure the redirection
protocol can handle usb3 just fine. In a few years usb3 will be
everythere, and when designing something now we should make s
Hi,
I'm note sure about what I will say, but will a kernel approach
handle specific disconnection/reconnection of devices, that libusb
cannot?
Don't know, didn't investigate (yet) what libusb can do and what it can't.
cheers,
Gerd
___
Spice-de
> > Not me at the moment, but unless you tunnel it inside another
> > protocol, you'd really want to look at the existing USB-over-IP
> > protocols instead of reinventing the wheel:
> > http://usbip.sourceforge.net/ (some support in Linux already IIRC)
> > (and there are others which I don't recall
Hi,
Not me at the moment, but unless you tunnel it inside another
protocol, you'd really want to look at the existing USB-over-IP
protocols instead of reinventing the wheel:
http://usbip.sourceforge.net/ (some support in Linux already IIRC)
(and there are others which I don't recall)
Doesn't
Am 29.11.2010 11:11, Hans de Goede wrote:
> Hi All,
>
> Now that I have usb-1.1 passthrough / local redirection support
> working reliably (see my patch sets for this), I'm going to start
> working on doing usb redirection support over the network.
>
> The idea here is that a usb device connecte
On 11/29/2010 01:32 PM, Hans de Goede wrote:
I didn't do any serious testing with the iothread enabled (yet). Last
time I tried enabling iothread caused problems even without spice so I
didn't bother. Was a few months ago though, so things can have changed
meanwhile ...
Ok, I just enabled iothr
Hi,
On 11/29/2010 01:08 PM, Gerd Hoffmann wrote:
On 11/26/10 16:01, Hans de Goede wrote:
Hi,
I just had qemu got stuck on me, here is a thread apply all
from an attached gdb. Note this is spice.v21 compile with
--enable-iothread
Seen this without iothread too?
No.
I didn't do any seriou
On 11/26/10 16:01, Hans de Goede wrote:
Hi,
I just had qemu got stuck on me, here is a thread apply all
from an attached gdb. Note this is spice.v21 compile with
--enable-iothread
Seen this without iothread too?
I didn't do any serious testing with the iothread enabled (yet). Last
time I tr
On Mon, Nov 29, 2010 at 10:53:48AM +0100, Hans de Goede wrote:
> Hi,
>
> Looks good in general, but:
> 1) The ASSERT macro is defined on both test_util.c and test_util.h
> 2) Why mallocz, what is wrong with calloc ? (which does the same
>
Thanks, Will fix both.
> Regards,
>
> Hans
>
>
> On 1
On Mon, Nov 29, 2010 at 11:00:18AM +0100, Hans de Goede wrote:
> Hi,
>
> On 11/22/2010 09:11 PM, Alon Levy wrote:
> >Hi,
> >
> > This is an update on the multiclient status, as the patches are still not
> > good enough for review and even for RFC, but since Hans asked me and since
> > it would
Hi,
The idea here is that a usb device connected to machine a, will be
available for use by the guest os running on host b (machine b).
I'm working on this because it is something which we want / need
for spice. I'm wondering if there is interest in this outside
of spice ?
Sure. The idea t
Hi All,
Now that I have usb-1.1 passthrough / local redirection support
working reliably (see my patch sets for this), I'm going to start
working on doing usb redirection support over the network.
The idea here is that a usb device connected to machine a, will be
available for use by the guest
Hi All,
Below is a very short overview of my usb redirection plans, to keep everyone
in the loop. Comments / suggestions welcome!
Step 1:
Get local usb 1.1 redirection (passthrough) working under qemu+kvm. This is
done see the patches I submitted to the qemu and spice mailinglists
Step 2a:
Writ
Hi,
On 11/22/2010 09:11 PM, Alon Levy wrote:
Hi,
This is an update on the multiclient status, as the patches are still not
good enough for review and even for RFC, but since Hans asked me and since it
would order my thoughts a little, here is the current multiclient status and
patches.
Fi
Ack.
On 11/28/2010 04:23 PM, Alon Levy wrote:
---
client/tests/.gitignore |1 +
server/tests/.gitignore |4
2 files changed, 5 insertions(+), 0 deletions(-)
create mode 100644 client/tests/.gitignore
create mode 100644 server/tests/.gitignore
diff --git a/client/tests/.giti
Hi,
Looks good in general, but:
1) The ASSERT macro is defined on both test_util.c and test_util.h
2) Why mallocz, what is wrong with calloc ? (which does the same
Regards,
Hans
On 11/28/2010 04:23 PM, Alon Levy wrote:
updates taken from spice vga mode updates, i.e. non cacheable, glz compre
24 matches
Mail list logo
