01-17-2017 08:24 PM
Can anyone suggest what we can do to accelerate this process? Calling, emailing someone, coding or just waiting? I have posted this thread on reddit once before...
01-20-2017 12:53 PM - edited 01-20-2017 03:57 PM
Many people have been trying to get the new fingerprint reader (by Validity / Synaptic) to run under Linux. However it seems, that there simply is no driver around.
..if it can help.
Just to say 'Hello Lenovo fan's or not' and also to says that i have no problem with my brand new Thinkpad E560 ev using the Validity Sensors, Inc. VFS5011 Fingerprint Reader ( usb ref : 138a:0011) running a fresh Ubuntu 17.04 (zesty) . All devices are ok except the usb 'sensivity' - some mem storage doesn't lift up the usb device insertion trigger => no disk
So fprintd and fingerprint are running perfectly in a console (sudo,su) right now but i expect to manage it under X soon when calling others apps requiring authentication. Actually, i am really close to success except with GUI agents . The fingerprint dialog box rise up but doen't care about swipes. (screenshot).
To conclude : i can't detect any module loader and as i didn't dig into my kernel config, i bet it's native in Zesty ... try it in live !
Good Luck and Happy new year.
Aquabon ( or AquaGood for you ^^)
01-21-2017 03:53 AM - edited 01-21-2017 04:25 AM
No - Ubuntu 17.04 did not recognize nothing! Actually I have 138a:0090 and not 138a:0011.
Installed both fprint (from zesty repo) and fingerprint-gui (from yakkety repo as there is no zesty version yet).
Tested Lubuntu 17.04 and Ubuntu 17.04 as of 21th January 2017:
None of them did not recognize the 138a:0090 fingerprint sensor. Checked both - command line and GUI version. I noticed that zesty used 4.9.0 kernel.
If we check at https://launchpad.net/~fingerprint then the 138a:0011 is already listed there before even zesty repo is available. So, the 138a:0011 support is not related with Ubuntu 17.04 Zesty. But as you see, there is still no 138a:0090 support available. The fingerprint repo is here https://launchpad.net/~fingerprint/+archive/ubuntu/fingerprint-gui
The same goes for fprint - no 138a:0090 support - https://launchpad.net/~fingerprint/+archive/ubuntu/fprint
Another issue is that non-LTS version do not help me as I need more stable version as mission-critical work. Second and even more serious reason - Estonian ID-card software is made usually for LTS-version of Ubuntu. So even there will be working version I have to wait until next Ubuntu 18.04 LTS comes out and also ID-card software for that. There might be versions between available but as you know, non-LTS versions are not considered to use in mission-critical systems.
About accelerating the process. I actually called to Lenovo tech support as I described in quite beginning of this thread. I would mention that I have 7 hours time shift with that part of USA as I live in Estonia. It did not help - tech support said that they support only M$ Windows and that's it. Another issue - Validity is not Lenovo - tech support said that I should call or visit Validity.
Here is detailed output of my 138a:0090 sensor.
First: lsusb shows:
Bus 001 Device 005: ID 138a:0090 Validity Sensors, Inc.
Here I get that I have first bus (001) and fifth device (005), so for detailed information I need to run:
lsusb -s 001:005 -v
Then I get the following output:
Bus 001 Device 005: ID 138a:0090 Validity Sensors, Inc. Device Descriptor: bLength 18 bDescriptorType 1 bcdUSB 2.00 bDeviceClass 255 Vendor Specific Class bDeviceSubClass 16 bDeviceProtocol 255 bMaxPacketSize0 8 idVendor 0x138a Validity Sensors, Inc. idProduct 0x0090 bcdDevice 1.64 iManufacturer 0 iProduct 0 iSerial 1 ca7aa2bf182c bNumConfigurations 1 Configuration Descriptor: bLength 9 bDescriptorType 2 wTotalLength 53 bNumInterfaces 1 bConfigurationValue 1 iConfiguration 0 bmAttributes 0xa0 (Bus Powered) Remote Wakeup MaxPower 100mA Interface Descriptor: bLength 9 bDescriptorType 4 bInterfaceNumber 0 bAlternateSetting 0 bNumEndpoints 5 bInterfaceClass 255 Vendor Specific Class bInterfaceSubClass 0 bInterfaceProtocol 0 iInterface 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x01 EP 1 OUT bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x81 EP 1 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x82 EP 2 IN bmAttributes 2 Transfer Type Bulk Synch Type None Usage Type Data wMaxPacketSize 0x0040 1x 64 bytes bInterval 0 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x83 EP 3 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0008 1x 8 bytes bInterval 4 Endpoint Descriptor: bLength 7 bDescriptorType 5 bEndpointAddress 0x84 EP 4 IN bmAttributes 3 Transfer Type Interrupt Synch Type None Usage Type Data wMaxPacketSize 0x0010 1x 16 bytes bInterval 10 Device Status: 0x0000 (Bus Powered)
01-21-2017 04:35 AM
What is a web site of Validity Sensors Inc.? I think we should contact with validity support, after if they wont help, create petition, invite more people, blame Lenovo etc. We should to do something
01-21-2017 05:12 AM - edited 01-21-2017 05:39 AM
All Synaptics contacts are here - http://www.synaptics.com/contact
I have to admit that I even called to EMEA office in Switzerland (no one did not pick up the phone), then to Shanghai office in China - there they told me (after short search who can speak English) that fingerprint production is in U.S.
Then I tried to call U.S. main office in San Jose but only answering machine talked with me. This was ca half year ago, when this thread started. Probably the situation is changed for now. Anyone who is in U.S. could probably more easily reach right people. I guess visiting them and talking physically eye-to-eye would probably good idea whenever possible.
I found http://www.linkedin.com/company/validity-sensors-inc. - looks like former Validity Sensors, Inc. is also located at the same place: 2001 Gateway Place Suite 455E San Jose, CA 95110 - probably after acquisition the production is still in same place. The Synaptics main office is at 1251 McKay Dr. San Jose, CA 95131. Looks like there is less than 3 miles distance between these two addresses.
01-21-2017 03:19 PM
Thank's for this clear "report".
but please; don't be so vincdictive, i must admit that didn't notice that the 0090 device was the main/real topic of this feed. Ggl fool me !
Anyway, i still hope that my post will help someone else until topic change.
ps : I wonder if someone try Ndiswrapper solution ?
01-22-2017 07:00 AM - edited 01-22-2017 08:13 AM
It's ok sir.
Your progress is very interesting.
Obvioulsy, wine can't help (same dll missing) but VirtualBox does !
Perhaps a tip to retreive drivers stuff' out of exec, did you have a look into temp dir or somewere ? . I'am going to check it out .
Done later :
I have extracted the msi installer file from lenovo driver (your link). The next step was to unpack the file and isolate the driver files to feed ndiswrapper. The resulting ZIP is here : https://file.io/EJIMZs
The WudfBioUsbLenovoTPinf7p_x64.D82AE54F_FA41_40F6_9F4C_413BFDA44E5E contains some info check it out!
; TODO: Change the VendorID (VID) and ProductID (PID) to match your device
; TODO: Change the VendorID (VID) and ProductID (PID) to match your device
The extracted msi is here : https://file.io/LyiRcs
Good luck !
01-22-2017 08:38 AM - edited 01-22-2017 08:41 AM
From where that driver were downloaded? In other words - how to find all laptops that use this (138a:0090) fingerprint sensor. Yes - that is great but still do not know what to do with these files in Linux. There are bunch of .dll files and garbage (Zone.Identifier) generated by buggy VirtualBox but it's OK - these can be removed. I guess these zone files can be avoided when to pack inside virtual Windows and then copy already packed file to Linux. Now some kind of wrapper would be appreciated in order to use these .dll files in Linux. Does anybody know such wrapper? It would be also appreciated when such wrapper can be used via PAM, e.g. to use fingerprint sensor to log into system. In addition when such wrapper exist - it would be interesting whether it will survive laptop sleep.
Tested: the only one .exe included in that file, did not open using Wine 2.0 RC6