This service will be undergoing maintenance at 00:00 UTC, 2017-10-23 It is expected to last about 30 minutes
Bug 503898 - Fingerprint reader stops working after suspend/resume
Fingerprint reader stops working after suspend/resume
Product: Fedora
Classification: Fedora
Component: fprintd (Show other bugs)
All Linux
low Severity medium
: ---
: ---
Assigned To: Bastien Nocera
Fedora Extras Quality Assurance
Depends On:
  Show dependency treegraph
Reported: 2009-06-03 05:34 EDT by Jonathan Dieter
Modified: 2009-07-30 05:33 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2009-07-30 05:33:18 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Jonathan Dieter 2009-06-03 05:34:42 EDT
Description of problem:
The fingerprint reader stops working after suspend/resume cycle.  If I kill fprintd, and the restart it, everything works fine again.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1. Suspend laptop
2. Resume laptop
Actual results:
No login screen for 30 seconds, then normal non-fingerprint login screen

Expected results:
Normal screensaver unlock screen with ability to use fingerprint

Additional info:
This is on a Lenovo ThinkPad X61.  The fingerprint reader is:
Bus 003 Device 002: ID 0483:2016 SGS Thomson Microelectronics Fingerprint Reader
Comment 1 Jonathan Dieter 2009-06-03 06:28:37 EDT
Adding a /etc/pm/sleep.d/50kill-fprintd with

# Kill fprintd on resume (as it will automatically respawn)

case "$1" in
		killall fprintd
	*) exit $NA

fixes the problem.  Obviously an ugly hack.
Comment 2 Bastien Nocera 2009-06-04 11:36:32 EDT
So it says "swipe your finger, etc." but it doesn't do anything? In this case it's probably the device not being reset properly.

Could you launch "/usr/libexec/fprintd" before suspending (kill the other running instance if any), and send in the whole log?

Make sure you remove the work-around script above, and that you log in using the password to avoid noise in the log.
Comment 3 Bug Zapper 2009-06-09 13:01:19 EDT
This bug appears to have been reported against 'rawhide' during the Fedora 11 development cycle.
Changing version to '11'.

More information and reason for this action is here:
Comment 4 Jonathan Dieter 2009-06-09 13:42:15 EDT
No, sorry that I wasn't clear.  When it resumes, all I see is the Fedora background and the mouse cursor.  After 30 seconds, the login box comes up (without any fingerprint prompts)

Here's the fprintd output:
# /usr/libexec/fprintd 
Launching FprintObject
** Message: D-Bus service launched with name: net.reactivated.Fprint
** Message: entering main loop
** Message: user 'jonathan' claiming the device: 0
** Message: now monitoring fd 9
** Message: device 0 claim status 0
** Message: start verification device 0 finger 6
upekts:error [read_msg_cb] async msg read failed, code 1
upekts:error [verify_rd2800_cb] expected response, got 0 seq=0
** Message: verify_cb: result verify-disconnected (-71)

I think the "start verification" message is the last one before the computer goes to sleep.  Note that this was the first time I've seen the upekts error (though I tried this before).
Comment 5 Chris Weyl 2009-06-19 22:35:01 EDT
I'm seeing the same thing on a Thinkpad T61.  

Login after boot just fine via fingerprint, suspend/resume causes a long delay then a fingerprint-less screensaver unlock dialog box.
Comment 6 Jonathan Dieter 2009-07-30 05:33:18 EDT
Fixed on current up-to-date Fedora 11 system.

Note You need to log in before you can comment on or make changes to this bug.