confuse-2.6 required to support uClinux/Nios2

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

_______________________________________________
libusb-devel mailing list
libusb-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusb-devel

libusb-1.0.16-rc10 without udev ?

Hi,

I need to use "libftdi1" that requires libusb-1.0.16-rc10. The
compilation of libusb-1.0.16-rc10 fails as described below.

"./configure --with-udev=no" output:
configure: error: "udev support requested but libudev not installed"

It seems libusb configure script does not handle "--with-udev" when
set to ''no".

"./configure --disable-udev" fails on netlink compilation.

I am using uClinux with 2.6.28 kernel and have described my setup at:
http://developer.intra2net.com/mailarchive/html/libftdi/2013/msg00228.html

My question is whether libusb-1.0.16-rc10 can be used without udev?

thanks,
mav

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

hidapi: does not handle kernel version correctly for > 3

Hi,

hidapi does not handle kernel version >= v3.x correctly; it expects 3
values while only 2 are available.

This should fix that:

diff --git a/linux/hid.c b/linux/hid.c
index 38f6753..e4295e9 100644
--- a/linux/hid.c
+++ b/linux/hid.c
 <at>  <at>  -602,11 +602,16  <at>  <at>  hid_device * HID_API_EXPORT hid_open_path(const char *path)

        if (kernel_version == 0) {
                struct utsname name;
-               int major, minor, release;
+               int major, minor, release = 0;
                int ret;
+
                uname(&name);
+
                ret = sscanf(name.release, "%d.%d.%d", &major, &minor, &release);
-               if (ret == 3) {
+               if (ret != 3)
+                       ret = sscanf(name.release, "%d.%d", &major, &minor);
+
+               if (ret == 2 || ret == 3) {
                        kernel_version = major << 16 | minor << 8 | release;
                        //printf("Kernel Version: %d\n", kernel_version);
                }

Folkert van Heusden

--

-- 
www.vanheusden.com/multitail - win een vlaai van multivlaai! zorg
ervoor dat multitail opgenomen wordt in Fedora Core, AIX, Solaris of
HP/UX en win een vlaai naar keuze
----------------------------------------------------------------------
Phone: +31-6-41278122, PGP-key: 1F28D8AE, www.vanheusden.com

------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

Re: [libusb] #130: libusb-compat-0.1 does not call libusb_exit()

#130: libusb-compat-0.1 does not call libusb_exit()
----------------------------------+-------------------------------
  Reporter:  xiaofan              |      Owner:  stuge
      Type:  defect               |     Status:  closed
 Milestone:  libusb-compat 0.1.5  |  Component:  libusb-compat-0.1
Resolution:  fixed                |   Keywords:  libusb-compat
Blocked By:                       |     Blocks:
----------------------------------+-------------------------------
Changes (by hjelmn):

 * status:  assigned => closed
 * resolution:   => fixed

Comment:

 Fixed reviewed by Hans. Closing with the release of libusb-compat-0.1.5.

--

-- 
Ticket URL: <https://libusb.org/ticket/130#comment:5>
libusb <https://libusb.org/>
C library for writing portable USB drivers in userspace
------------------------------------------------------------------------------
Try New Relic Now & We'll Send You this Cool Shirt
New Relic is the only SaaS-based application performance monitoring service 
that delivers powerful full stack analytics. Optimize and monitor your
browser, app, & servers with just a few lines of code. Try New Relic
and get this awesome Nerd Life shirt! http://p.sf.net/sfu/newrelic_d2d_may

LibusbJava wrapper on Raspberry Pi

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

_______________________________________________
libusb-devel mailing list
libusb-devel <at> lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libusb-devel

Linux, USB3.0, libusb-darwin, libusb_submit_transfer() fail: not a BUG

But is not a BUG of libusb-darwin.
With USB2.0 the max isochronous size can be 3x1024 byte every 125us
With USB3.0 the max isochronous size can be 1x1024 * mult * bust every 125us
if mult=3, with burst=2 libusb can allocate and submit a isocronous,
with bust=3 and more the fuction libusb_submit_transfer() return a errors:
libusb: 0.000000 error [submit_iso_transfer] submiturb failed error -1 
errno=22
but is not a bug of libusb, but a limitation of linux kernel
in the file of kernel 3.8 and 3.9
drivers/usb/core/devio.c:
...
         for (totlen = u = 0; u < uurb->number_of_packets; u++) {
             /* arbitrary limit,
              * sufficient for USB 2.0 high-bandwidth iso */
             if (isopkt[u].length > 8192) {
                 ret = -EINVAL;
                 goto error;
             }
             totlen += isopkt[u].length;
         }
...

I have increased, compiled, tested and work correct.

Now for USB 3.0 the "arbitrary limit" needed to be incremented
If somebody can ask to increase this value, is appreciated.

Ciao
Manzo

------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

Re: [libusb] #131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9

#131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9
---------------------+--------------------------------------
  Reporter:  dl1ksv  |      Owner:  stuge
      Type:  defect  |     Status:  accepted
 Milestone:  1.0.10  |  Component:  libusb-1.0 Linux backend
Resolution:          |   Keywords:
Blocked By:          |     Blocks:
---------------------+--------------------------------------

Comment (by hansdegoede):

 Replying to [comment:21 jleveque]:
 > Hans,
 >
 > Thank you for the quick reply. I will try building libusbx with your
 patch and testing it, but as this problem has only occurred (to my
 knowledge) once in the past year, I don't know how to reproduce it, and
 because of the infrequency, I honestly won't know if it fixed my issue,
 therefore I won't be able to provide you any feedback. Out of curiosity,
 has this patch been approved/submitted to libusbx upstream?

 Submitted yes, approved not yet, it is currently waiting for the Windows
 maintainer to take a closer look.

--

-- 
Ticket URL: <https://libusb.org/ticket/131#comment:22>
libusb <https://libusb.org/>
C library for writing portable USB drivers in userspace
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

Re: [libusb] #131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9

#131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9
---------------------+--------------------------------------
  Reporter:  dl1ksv  |      Owner:  stuge
      Type:  defect  |     Status:  accepted
 Milestone:  1.0.10  |  Component:  libusb-1.0 Linux backend
Resolution:          |   Keywords:
Blocked By:          |     Blocks:
---------------------+--------------------------------------

Comment (by jleveque):

 Hans,

 Thank you for the quick reply. I will try building libusbx with your patch
 and testing it, but as this problem has only occurred (to my knowledge)
 once in the past year, I don't know how to reproduce it, and because of
 the infrequency, I honestly won't know if it fixed my issue, therefore I
 won't be able to provide you any feedback. Out of curiosity, has this
 patch been approved/submitted to libusbx upstream?

--

-- 
Ticket URL: <https://libusb.org/ticket/131#comment:21>
libusb <https://libusb.org/>
C library for writing portable USB drivers in userspace
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

Re: [libusb] #131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9

#131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9
---------------------+--------------------------------------
  Reporter:  dl1ksv  |      Owner:  stuge
      Type:  defect  |     Status:  accepted
 Milestone:  1.0.10  |  Component:  libusb-1.0 Linux backend
Resolution:          |   Keywords:
Blocked By:          |     Blocks:
---------------------+--------------------------------------

Comment (by hansdegoede):

 Replying to [comment:19 jleveque]:
 > Just checking in to see if any progress has been made with regards to
 this bug. Today I experienced a crash in this exact location running a
 proprietary program that calls libusb-1.0 directly (i.e. no HIDAPI). This
 is the first time I have seen this crash and we have been compiling
 multiple projects against libusb-1.0.9 since April 2012, so I'm not quite
 sure if I can reproduce it to help out. Any updates? Thanks in advance.

 Hi,

 I think this may be a variation on the issue explained in, and fixed by,
 this patch:
 https://sourceforge.net/mailarchive/message.php?msg_id=30803244

 Can you build the latest libusbx with that patch and see if it helps ?

 Regards,

 Hans

--

-- 
Ticket URL: <https://libusb.org/ticket/131#comment:20>
libusb <https://libusb.org/>
C library for writing portable USB drivers in userspace
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

Re: [libusb] #131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9

#131: Some application programs ( gqrx, gnuradio ) crash with libusb-1.0.9
---------------------+--------------------------------------
  Reporter:  dl1ksv  |      Owner:  stuge
      Type:  defect  |     Status:  accepted
 Milestone:  1.0.10  |  Component:  libusb-1.0 Linux backend
Resolution:          |   Keywords:
Blocked By:          |     Blocks:
---------------------+--------------------------------------

Comment (by jleveque):

 Just checking in to see if any progress has been made with regards to this
 bug. Today I experienced a crash in this exact location running a
 proprietary program that calls libusb-1.0 directly (i.e. no HIDAPI). This
 is the first time I have seen this crash and we have been compiling
 multiple projects against libusb-1.0.9 since April 2012, so I'm not quite
 sure if I can reproduce it to help out. Any updates? Thanks in advance.

--

-- 
Ticket URL: <https://libusb.org/ticket/131#comment:19>
libusb <https://libusb.org/>
C library for writing portable USB drivers in userspace
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d

[libusb] #173: libusb_get_max_iso_packet_size() with USB3.0, return the USB2.0 value

#173: libusb_get_max_iso_packet_size() with USB3.0, return the USB2.0 value
--------------------+----------------------------------------
 Reporter:  manzo   |       Owner:
     Type:  defect  |      Status:  new
Milestone:          |   Component:  libusb-1.0 Darwin backend
 Keywords:          |  Blocked By:
   Blocks:          |
--------------------+----------------------------------------
 libusb_get_max_iso_packet_size() not consider the
 libusb_ss_endpoint_companion_descriptor and return the size in the USB2.0
 descriptor, for understand in the USB3.0 the isochronous work with burst

 I propose this patch:

 {{{
 diff --git a/libusb/core.c b/libusb/core.c
 index 90c4247..7043ee3 100644
 --- a/libusb/core.c
 +++ b/libusb/core.c
  <at>  <at>  -864,7 +864,7  <at>  <at>  int API_EXPORTED
 libusb_get_max_iso_packet_size(libusb_device *dev,
         const struct libusb_endpoint_descriptor *ep;
         enum libusb_transfer_type ep_type;
         uint16_t val;
 -       int r;
 +       int r,s;

         r = libusb_get_active_config_descriptor(dev, &config);
         if (r < 0) {
  <at>  <at>  -877,6 +877,20  <at>  <at>  int API_EXPORTED
 libusb_get_max_iso_packet_size(libusb_device *dev,
         if (!ep)
                 return LIBUSB_ERROR_NOT_FOUND;

 +       s = libusb_get_device_speed(dev);
 +       if (s>=4 && ep->extra && ep->extra_length>0) {
 +               // USB3.0
 +               struct libusb_ss_endpoint_companion_descriptor
 *ss_ep_companion = NULL;
 +               libusb_parse_ss_endpoint_comp(ep->extra, ep->extra_length,
 &ss_ep_companion);
 +               if (ss_ep_companion) {
 +                       r = ss_ep_companion->wBytesPerInterval;
 +                       libusb_free_ss_endpoint_comp(ss_ep_companion);
 +                       libusb_free_config_descriptor(config);
 +                       return r;
 +               }
 +       }
 +
 +       // USB1.0, USB2.0 low speed, USB2.0 high speed
         val = ep->wMaxPacketSize;
         ep_type = ep->bmAttributes & 0x3;
         libusb_free_config_descriptor(config);

 }}}

--

-- 
Ticket URL: <https://libusb.org/ticket/173>
libusb <https://libusb.org/>
C library for writing portable USB drivers in userspace
------------------------------------------------------------------------------
AlienVault Unified Security Management (USM) platform delivers complete
security visibility with the essential security capabilities. Easily and
efficiently configure, manage, and operate all of your security controls
from a single console and one unified framework. Download a free trial.
http://p.sf.net/sfu/alienvault_d2d