Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
USB disconnect (built-in Fingerprint Sensor)
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware
View previous topic :: View next topic  
Author Message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 2613

PostPosted: Mon Jan 26, 2015 6:10 pm    Post subject: USB disconnect (built-in Fingerprint Sensor) Reply with quote

My logs get flooded with "new full-speed USB device number" messages every few seconds.
Quote:
[ 2.512116] usb 1-1.2: new full-speed USB device number 3 using ehci-pci
[ 23.268130] usb 1-1.2: new full-speed USB device number 4 using ehci-pci
[ 114.516162] usb 1-1.2: new full-speed USB device number 5 using ehci-pci
[ 165.396179] usb 1-1.2: new full-speed USB device number 7 using ehci-pci
[ 167.224175] usb 1-1.2: new full-speed USB device number 8 using ehci-pci
[ 170.460182] usb 1-1.2: new full-speed USB device number 10 using ehci-pci
[ 176.588137] usb 1-1.2: new full-speed USB device number 11 using ehci-pci
[ 178.548116] usb 1-1.2: new full-speed USB device number 12 using ehci-pci
[ 180.196124] usb 1-1.2: new full-speed USB device number 13 using ehci-pci
And this happens even with nothing plugged.
What is the matter, how could I stop that? From lsusb I am getting
Quote:
$ lsusb
Bus 001 Device 031: ID 08ff:2580 AuthenTec, Inc. AES2501 Fingerprint Sensor
Bus 001 Device 002: ID 0424:2503 Standard Microsystems Corp. USB 2.0 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub

Kernel configuration is in pastebin.


Last edited by charles17 on Wed Jan 28, 2015 9:07 am; edited 1 time in total
Back to top
View user's profile Send private message
szatox
Veteran
Veteran


Joined: 27 Aug 2013
Posts: 1746

PostPosted: Tue Jan 27, 2015 6:15 pm    Post subject: Reply with quote

Sometimes you can find extra stuff attached directly to motherboard to be soldered to USB concentrator rather than directly connected. I have my "integrated" bluetooth attached this way. You can also find SD card adapter or stuff like that.
You can see fingerprint scanner on your output.

I'd start with `dmesg | grep -i usb` to find out at least if the port is consistent.
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 2613

PostPosted: Wed Jan 28, 2015 8:35 am    Post subject: Reply with quote

Thanks for your hint. I see, it's the "AuthenTec, Inc. AES2501 Fingerprint Sensor".
It's never been used and it never made trouble for seven years. Only recently it started sending those messages.
Here I have what it sent to /var/log/messages since booting. grep -a 'usb\|mtp-probe' /var/log/messages.

It's full of
Quote:
localhost kernel: usb 1-1.2: USB disconnect, device number 3
localhost kernel: usb 1-1.2: new full-speed USB device number 4 using ehci-pci
localhost mtp-probe: checking bus 1, device 4: "/sys/devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2"
localhost mtp-probe: bus: 1, device: 4 was not an MTP device
with increasing device numbers. What I don't understand is why it does disconnect every few seconds.

For 00:1d.7, lspci gives
Code:
# lspci -vvv -s 00:1d.7
00:1d.7 USB controller: Intel Corporation NM10/ICH7 Family USB2 EHCI Controller (rev 01) (prog-if 20 [EHCI])
        Subsystem: Hewlett-Packard Company Device 30aa
        Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Interrupt: pin A routed to IRQ 20
        Region 0: Memory at e8584000 (32-bit, non-prefetchable) [size=1K]
        Capabilities: [50] Power Management version 2
                Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
                Status: D3 NoSoftRst- PME-Enable+ DSel=0 DScale=0 PME-
        Capabilities: [58] Debug port: BAR=1 offset=00a0
        Kernel driver in use: ehci-pci

Checking usb-devices shows (full output)
Quote:
T: Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#= 1 Spd=480 MxCh= 8
D: Ver= 2.00 Cls=09(hub ) Sub=00 Prot=00 MxPS=64 #Cfgs= 1
P: Vendor=1d6b ProdID=0002 Rev=03.17
S: Manufacturer=Linux 3.17.7-gentoo ehci_hcd
S: Product=EHCI Host Controller
S: SerialNumber=0000:00:1d.7
C: #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=0mA
I: If#= 0 Alt= 0 #EPs= 1 Cls=09(hub ) Sub=00 Prot=00 Driver=hub

T: Bus=01 Lev=02 Prnt=02 Port=01 Cnt=01 Dev#= 96 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=ff(vend.) Sub=ff Prot=ff MxPS= 8 #Cfgs= 1
P: Vendor=08ff ProdID=2580 Rev=06.23
S: Product=Fingerprint Sensor
C: #Ifs= 1 Cfg#= 1 Atr=a0 MxPwr=100mA
I: If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=(none)

Any idea why it's disconnecting and how to sove that?
Back to top
View user's profile Send private message
khayyam
Watchman
Watchman


Joined: 07 Jun 2012
Posts: 6228
Location: Room 101

PostPosted: Wed Jan 28, 2015 3:32 pm    Post subject: Reply with quote

charles17 wrote:
What I don't understand is why it does disconnect every few seconds.

charles17 ... I suspect that USB_SUSPEND is autosuspending the device and (probably) udev is waking it.

What does the following show?

Code:
# cat /sys/devices/pci0000:00/0000:00:1d.7/usb1/power/control

Also, does udev have any rules installed that might effect this device ... perhaps this thread might offer some clues?

best ... khay
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 2613

PostPosted: Wed Jan 28, 2015 4:57 pm    Post subject: Reply with quote

khayyam wrote:
charles17 ... I suspect that USB_SUSPEND is autosuspending the device and (probably) udev is waking it.

What does the following show?

Code:
# cat /sys/devices/pci0000:00/0000:00:1d.7/usb1/power/control
It simply returns "auto". Guess that's what you call "autosuspending"?
Quote:
$ cat /sys/devices/pci0000:00/0000:00:1d.7/usb1/power/control
auto

khayyam wrote:
Also, does udev have any rules installed that might effect this device ... perhaps this thread might offer some clues?
Yep. It's in
/lib64/udev/rules.d/60-fprint-autosuspend.rules wrote:
# AuthenTec AES2501
SUBSYSTEM=="usb", ATTRS{idVendor}=="08ff", ATTRS{idProduct}=="2500", ATTRS{dev}=="*", ATTR{power/control}="auto"
SUBSYSTEM=="usb", ATTRS{idVendor}=="08ff", ATTRS{idProduct}=="2580", ATTRS{dev}=="*", ATTR{power/control}="auto"
So I decided to unmerge libfprint and hope this weirdness goes away.
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 2613

PostPosted: Wed Jan 28, 2015 5:17 pm    Post subject: Reply with quote

Trouble persists even after unmerging libfprint and I am still getting
Quote:
$ cat /sys/devices/pci0000:00/0000:00:1d.7/usb1/power/control
auto

How could I find out what else might be controlling this device? Or do I have to change it manually?
Back to top
View user's profile Send private message
khayyam
Watchman
Watchman


Joined: 07 Jun 2012
Posts: 6228
Location: Room 101

PostPosted: Wed Jan 28, 2015 8:18 pm    Post subject: Reply with quote

charles17 wrote:
Trouble persists even after unmerging libfprint and I am still getting

Quote:
$ cat /sys/devices/pci0000:00/0000:00:1d.7/usb1/power/control auto

How could I find out what else might be controlling this device? Or do I have to change it manually?

charles .... "auto" will mean that it will decide when to suspend, you could try setting it to 'no' and seeing if this stops the error. Given that udev has a rule I suspect its running a loop, you might just remove that rule, and see what happens once udev is restarted.

best ... khay
Back to top
View user's profile Send private message
charles17
Advocate
Advocate


Joined: 02 Mar 2008
Posts: 2613

PostPosted: Thu Jan 29, 2015 11:20 am    Post subject: Reply with quote

khayyam wrote:
you could try setting it to 'no' and seeing if this stops the error. Given that udev has a rule I suspect its running a loop, you might just remove that rule, and see what happens once udev is restarted.
Even overwriting it with "no" doesn't stop it.
/etc/udev/rules.d/60-fingerprint-reader.rules wrote:
SUBSYSTEM=="usb", ATTRS{idVendor}=="08ff", ATTRS{idProduct}=="2580", ATTRS{dev}=="*", ATTR{power/control}="no"

I am still getting
Quote:
# udevadm monitor

monitor will print the received events for:
UDEV - the event which udev sends out after rule processing
KERNEL - the kernel uevent

KERNEL[1486.018230] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1486.018955] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1486.024115] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1486.028590] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1487.337412] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1487.337967] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1487.348155] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1487.351835] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1528.770207] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1528.770968] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1528.776379] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1528.781477] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1529.829422] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1529.831872] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1529.838493] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1529.842537] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1530.050225] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1530.051386] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1530.055520] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1530.061160] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1532.645429] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1532.646022] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1532.654807] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1532.659547] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1533.378226] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
KERNEL[1533.379415] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1533.382534] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1533.385601] remove /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1533.925419] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
KERNEL[1533.927929] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
UDEV [1533.935009] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2 (usb)
UDEV [1533.938736] add /devices/pci0000:00/0000:00:1d.7/usb1/1-1/1-1.2/1-1.2:1.0 (usb)
And I don't have USB_SUSPEND in kernel. There the only suspend is
Quote:
CONFIG_ARCH_SUSPEND_POSSIBLE=y
CONFIG_OLD_SIGSUSPEND3=y
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Kernel & Hardware All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum