Hi,
On 11/08/2010 03:24 PM, Alon Levy wrote:
Hi,
I have a 85 patch queue, including the already sent 12 I think, that uses
red_channel.[ch] as the base for the inputs, main, cursor and display channels.
The purpose is to introduce changes for multiple clients support in one place,
namely r
Some devices seem to choke on receiving a USB_REQ_GET_CONFIGURATION ctrl msg
(witnessed with a digital picture frame usb id 1908:1320).
When usb_fs_type == USB_FS_SYS, the active configuration can be read directly
from sysfs, which allows using this device through qemu's usb redirection.
More in ge
The next patch in this series introduces multiple ways to get the
configuration dependent upon usb_fs_type, it is cleaner to put this
into its own function.
---
usb-linux.c | 30 ++
1 files changed, 22 insertions(+), 8 deletions(-)
diff --git a/usb-linux.c b/usb-linu
This allows us to recreate the sysfspath used during scanning later
(which will be used in a later patch in this series).
---
usb-linux.c | 29 +++--
1 files changed, 19 insertions(+), 10 deletions(-)
diff --git a/usb-linux.c b/usb-linux.c
index c3c38ec..61e8ec6 100644
-
Hi All,
First a short self-into. I've been a FOSS developer for 10+ years,
working on a large variety of projects. Most relevant for my appearing
here on the qemu list is my experience in reverse engineering and writing
usb webcam drivers for the Linux kernel and libgphoto2 camlibs for various
sma
Hi,
I have a 85 patch queue, including the already sent 12 I think, that uses
red_channel.[ch] as the base for the inputs, main, cursor and display channels.
The purpose is to introduce changes for multiple clients support in one place,
namely red_channel. I have tested these changes somewhat.
On 11/02/10 20:48, Scott Silliman wrote:
Hi,
Spice looks like a great solution for me to set up my computer labs for
experiments - except for one thing: Is there any way to use a non-lossy
audio codec? My experiments involve speech recognition, and I also do
analysis of the raw audio, so I don't
Hi,
On 11/08/2010 10:20 AM, Alon Levy wrote:
On Sun, Nov 07, 2010 at 04:28:30PM +0100, Hans de Goede wrote:
Hi all,
Fedora is moving to cegui-0.7 for F-15. It turns out that the API for apps
defining there own renderer has been completely redone. Rather then fixing
the current spicec which is
On Sun, Nov 07, 2010 at 04:28:30PM +0100, Hans de Goede wrote:
> Hi all,
>
> Fedora is moving to cegui-0.7 for F-15. It turns out that the API for apps
> defining there own renderer has been completely redone. Rather then fixing
> the current spicec which is likely to be replaced by a gtk version
