Red Hat Bugzilla – Bug 73120
usbview incorrectly parses/displays hex interface subclass/protocol IDs
Last modified: 2013-03-13 00:45:46 EDT
From Bugzilla Helper:
User-Agent: Mozilla/4.72 [en] (X11; U; Linux 2.2.18-dsp1 i686)
Description of problem:
/proc/bus/usb/devices lists class/subclass/protocol IDs in hex, but usbview
incorrectly parses/displays the subclass/protocol IDs from interface descriptors
as decimal, meaning that if a device has any hex digits (A-F) in these fields,
they will be displayed incorrectly (possibly as 0).
See http://www.geocrawler.com/lists/3/SourceForge/2571/300/9358050/ for my
original notification to the upstream author, and
http://www.geocrawler.com/lists/3/SourceForge/2571/300/9358161/ for upstream
author's response. See
http://hpoj.sourceforge.net/download/patches/usbview-1.0.patch for the patch
that I provided.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Feed usbview the following substitute for /proc/bus/usb/devices:
T: Bus=01 Lev=03 Prnt=11 Port=03 Cnt=04 Dev#= 12 Spd=12 MxCh= 0
D: Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=03f0 ProdID=2911 Rev= 1.00
S: Product=PSC 2200 Series
C:* #Ifs= 4 Cfg#= 1 Atr=c0 MxPwr= 2mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=cc Prot=00 Driver=(none)
E: Ad=01(O) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=81(I) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=82(I) Atr=03(Int.) MxPS= 8 Ivl= 10ms
I: If#= 1 Alt= 0 #EPs= 3 Cls=07(print) Sub=01 Prot=02 Driver=usblp
E: Ad=03(O) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=83(I) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=84(I) Atr=03(Int.) MxPS= 8 Ivl= 10ms
I: If#= 2 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)
E: Ad=05(O) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=85(I) Atr=02(Bulk) MxPS= 64 Ivl= 0ms
E: Ad=86(I) Atr=03(Int.) MxPS= 8 Ivl= 10ms
I: If#= 3 Alt= 0 #EPs= 2 Cls=08(stor.) Sub=06 Prot=50 Driver=(none)
E: Ad=07(O) Atr=02(Bulk) MxPS= 32 Ivl= 0ms
E: Ad=87(I) Atr=02(Bulk) MxPS= 32 Ivl= 0ms
Actual Results: Interface numbers 0 and 2 display "0" for their subclass and
protocol ID fields.
Expected Results: Interface 0 should display as ff/cc/00
(class/subclass/protocol ID), and interface 2 should display as ff/ff/ff.
I can't reproduce this. Has this been fixed since Red Hat 8?
It's still broken in FC2, with the same device as above (HP PSC 2210).
Fixed. Will get into rawhide after FC3test2 is released.
Red Hat Linux and Red Hat Powertools are currently no longer supported by Red
Hat, Inc. In an effort to clean up bugzilla, we are closing all bugs in MODIFIED
state for these products.
However, we do want to make sure that nothing important slips through the
cracks. If, in fact, these issues are not resolved in a current Fedora Core
Release (such as Fedora Core 5), please open a new issues stating so. Thanks.