Hi,
On 04/14/2015 09:10 PM, Jeremy White wrote:
Hey Hans,
"most Linux applications ... are going to use libusb to access the USB
devices."
That is not true, applications using libusb rather then a kernel driver
are the exception not the rule. Basically the only major applications using
libusb
Hey Hans,
> "most Linux applications ... are going to use libusb to access the USB
> devices."
>
> That is not true, applications using libusb rather then a kernel driver
> are the exception not the rule. Basically the only major applications using
> libusb are sane (scanners) and libgphoto2 (sti
Hi,
On 13-04-15 21:40, Jeremy White wrote:
Hi folks,
I've done some work on a usbredir kernel module to bring support for USB
to XSpice. In doing so, and talking with some colleagues, their
reaction was: why don't you modify libusb instead?
That is, the current change is to modify XSpice to
I've found one potential sticking point: RHEL 6 (not sure about 7) apparently
builds CUPS without the libusb backend. They apparently prefer to use the usblp
kernel module and then access USB printers via /dev/usb/lpXXX using the usb-unix
backend. More recent distros (at least Arch and Fedora 21)
Hi folks,
I've done some work on a usbredir kernel module to bring support for USB
to XSpice. In doing so, and talking with some colleagues, their
reaction was: why don't you modify libusb instead?
That is, the current change is to modify XSpice to pipe the USBREDIR
protocol bytes out to a uni
Hi,
On 08/06/2014 05:17 PM, Jeremy White wrote:
>> I would advice against going for a protocol translater, your time would
>> better spend on doing this properly right away.
>
> You don't think the kernel guys will push back, saying there is already an
> existing ip-to-usb device, and we should
Hi,
On 08/06/2014 01:29 PM, Alon Levy wrote:
> On 08/06/2014 02:02 PM, Hans de Goede wrote:
>> Hi,
>>
>> On 08/06/2014 08:02 AM, Alon Levy wrote:
>>> On 08/05/2014 10:52 PM, Jeremy White wrote:
While I'm researching, I thought I'd look into the next challenge for
XSpice - usb device redi
On 08/06/2014 10:50 AM, Alon Levy wrote:
On 08/06/2014 06:17 PM, Jeremy White wrote:
I would advice against going for a protocol translater, your time would
better spend on doing this properly right away.
You don't think the kernel guys will push back, saying there is already
an existing ip-to
On 08/06/2014 06:17 PM, Jeremy White wrote:
>> I would advice against going for a protocol translater, your time would
>> better spend on doing this properly right away.
>
> You don't think the kernel guys will push back, saying there is already
> an existing ip-to-usb device, and we should just u
I would advice against going for a protocol translater, your time would
better spend on doing this properly right away.
You don't think the kernel guys will push back, saying there is already
an existing ip-to-usb device, and we should just use that one?
Cheers,
Jeremy
__
On 08/06/2014 02:02 PM, Hans de Goede wrote:
> Hi,
>
> On 08/06/2014 08:02 AM, Alon Levy wrote:
>> On 08/05/2014 10:52 PM, Jeremy White wrote:
>>> While I'm researching, I thought I'd look into the next challenge for
>>> XSpice - usb device redirection.
>>>
>>> It faces similar challenges to the C
Hi,
On 08/06/2014 08:02 AM, Alon Levy wrote:
> On 08/05/2014 10:52 PM, Jeremy White wrote:
>> While I'm researching, I thought I'd look into the next challenge for
>> XSpice - usb device redirection.
>>
>> It faces similar challenges to the CAC card stuff. That is, my sense is
>> that the usbredi
On 08/05/2014 10:52 PM, Jeremy White wrote:
> While I'm researching, I thought I'd look into the next challenge for
> XSpice - usb device redirection.
>
> It faces similar challenges to the CAC card stuff. That is, my sense is
> that the usbredir library and utility set is all about reading clien
While I'm researching, I thought I'd look into the next challenge for
XSpice - usb device redirection.
It faces similar challenges to the CAC card stuff. That is, my sense is
that the usbredir library and utility set is all about reading client
machine USB device information and relaying it t
14 matches
Mail list logo
