Date: Tue, 17 Sep 2013 11:06:52 +0200 From: Harald Schmalzbauer <h.schmalzbauer@omnilan.de> To: Hans Petter Selasky <hans.petter.selasky@bitfrost.no> Cc: lev@FreeBSD.org, FreeBSD Stable <freebsd-stable@FreeBSD.org>, freebsd-usb@FreeBSD.org Subject: Re: umcs (4-Port-USB-serial) triggering way too much ehci IRQs Message-ID: <52381BAC.5010801@omnilan.de> In-Reply-To: <5238198C.3070604@bitfrost.no> References: <52372DBA.6020703@omnilan.de> <zarafa.5237e529.2bc6.08fde6eb34c27a87@mail.lockless.no> <875323075.20130917124437@serebryakov.spb.ru> <523816E1.10603@omnilan.de> <1857258551.20130917124737@serebryakov.spb.ru> <5238198C.3070604@bitfrost.no>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 2440 and 3156)
--------------enig4E7741CEB75BF873E883F071
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Bez=C3=BCglich 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 =D1=81=D0=B5=D0=BD=D1=82=D1=8F=D0=B1=D1=80=D1=8F 2013 =D0=
=B3., 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=3D0 md=3DHOST
spd=3DHIGH (480Mbps) pwr=3DON (100mA)
Configuration index 0
bLength =3D 0x0009
bDescriptorType =3D 0x0002
wTotalLength =3D 0x0051
bNumInterfaces =3D 0x0001
bConfigurationValue =3D 0x0001
iConfiguration =3D 0x0000 <no string>
bmAttributes =3D 0x00a0
bMaxPower =3D 0x0032
Interface 0
bLength =3D 0x0009
bDescriptorType =3D 0x0004
bInterfaceNumber =3D 0x0000
bAlternateSetting =3D 0x0000
bNumEndpoints =3D 0x0009
bInterfaceClass =3D 0x00ff
bInterfaceSubClass =3D 0x0000
bInterfaceProtocol =3D 0x00ff
iInterface =3D 0x0000 <no string>
Endpoint 0
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0081 <IN>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 1
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0002 <OUT>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 2
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0083 <IN>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 3
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0004 <OUT>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 4
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0085 <IN>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 5
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0006 <OUT>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 6
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0087 <IN>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 7
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0008 <OUT>
bmAttributes =3D 0x0002 <BULK>
wMaxPacketSize =3D 0x0200
bInterval =3D 0x00ff
bRefresh =3D 0x0000
bSynchAddress =3D 0x0000
Endpoint 8
bLength =3D 0x0007
bDescriptorType =3D 0x0005
bEndpointAddress =3D 0x0089 <IN>
bmAttributes =3D 0x0003 <INTERRUPT>
wMaxPacketSize =3D 0x0010
bInterval =3D 0x0005
bRefresh =3D 0x0000
bSynchAddress =3D 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
--------------enig4E7741CEB75BF873E883F071
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.18 (FreeBSD)
iEYEARECAAYFAlI4G6wACgkQLDqVQ9VXb8iedQCgpjWGJva6cfRuDQYrQ+o9/x+7
8OsAniTxzx/cofzMo0U3qE6ls6nnGq4c
=CNhs
-----END PGP SIGNATURE-----
--------------enig4E7741CEB75BF873E883F071--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?52381BAC.5010801>