umcs (4-Port-USB-serial) triggering way too much ehci IRQs

[Harald Schmalzbauer]

 Bezüglich Hans Petter Selasky's Nachricht vom 17.09.2013 10:57
(localtime):
> On 09/17/13 10:47, Lev Serebryakov wrote:
>> Hello, Harald.
>> You wrote 17 сентября 2013 г., 12:46:25:
>>
>> HS> The Y is the device addr @ bus #X.
>>    Oh :)
>>
>> HS> Same posted some seconds ago :-)
>>    Yep, exactly the same pattern.
>>
>
>
> Hi,
>
> Could you show the configuration descriptor for your device?
>
> usbconfig -d X.Y dump_curr_config_desc

Shall we switch to non-list-comm?

Again, thanks for your help!
tk:/usr/home/admin/#:21 usbconfig -d 1.4 dump_curr_config_desc
ugen1.4: <product 0x7840 vendor 0x9710> at usbus1, cfg=0 md=HOST
spd=HIGH (480Mbps) pwr=ON (100mA)


 Configuration index 0

    bLength = 0x0009
    bDescriptorType = 0x0002
    wTotalLength = 0x0051
    bNumInterfaces = 0x0001
    bConfigurationValue = 0x0001
    iConfiguration = 0x0000  <no string>
    bmAttributes = 0x00a0
    bMaxPower = 0x0032

    Interface 0
      bLength = 0x0009
      bDescriptorType = 0x0004
      bInterfaceNumber = 0x0000
      bAlternateSetting = 0x0000
      bNumEndpoints = 0x0009
      bInterfaceClass = 0x00ff
      bInterfaceSubClass = 0x0000
      bInterfaceProtocol = 0x00ff
      iInterface = 0x0000  <no string>

     Endpoint 0
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0081  <IN>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 1
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0002  <OUT>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 2
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0083  <IN>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 3
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0004  <OUT>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 4
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0085  <IN>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 5
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0006  <OUT>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 6
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0087  <IN>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 7
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0008  <OUT>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x00ff
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 8
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0089  <IN>
        bmAttributes = 0x0003  <INTERRUPT>
        wMaxPacketSize = 0x0010
        bInterval = 0x0005
        bRefresh = 0x0000
        bSynchAddress = 0x0000
>
> The interrupt endpoint in question can be throttled by the USB stack,
> if the latency of these events are not important to your application.
>

Hmm, in my case, this 4-port-serial-USB-hub will be used as console
concentrator. So most time it's doing nothing, just feeding tmux with
consoles output. What latency are we talking about? Less than a some
milliseconds should be fine.
What I'm curious about is why my prolific USB-serial converter doesn't
generate these high irqs.

Thanks,

-Harry


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-usb/attachments/20130917/b345db29/attachment.sig>