From anarsoul at gmail.com Sat May 2 10:41:09 2009 From: anarsoul at gmail.com (Vasily Khoruzhick) Date: Sat, 2 May 2009 12:41:09 +0300 Subject: [fprint] git repos are down? Message-ID: <200905021241.20178.anarsoul@gmail.com> Hi, it seems that git repos of libfprint/fprintd/libusb are down for ~month. Does anybody know what happened? Regards Vasily -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://lists.reactivated.net/pipermail/fprint/attachments/20090502/649591d7/attachment.bin From monaco at icmc.usp.br Sat May 2 15:23:21 2009 From: monaco at icmc.usp.br (Monaco) Date: Sat, 02 May 2009 11:23:21 -0300 Subject: [fprint] Broadcom USH fingerprint reader In-Reply-To: <98391a7b0904280650n194d42f1x57aa13d2f3a45f1c@mail.gmail.com> References: <49F69D36.4050902@ipnp.troja.mff.cuni.cz> <49F6F53F.2060502@icmc.usp.br> <98391a7b0904280620s480248baic6c74c0a487262ea@mail.gmail.com> <98391a7b0904280635o2273a063sab5ab14d701e3fa1@mail.gmail.com> <98391a7b0904280650n194d42f1x57aa13d2f3a45f1c@mail.gmail.com> Message-ID: <49FC5759.70107@icmc.usp.br> I think that would help a lot. I checked the install CDs and found the win XP drivers. []'s monaco Nicol? Chieffo wrote: > Also, have you considered the possibility to install XP? I have some > XP PRO serials that I own and I still have not installed. > If you plan to work on this, I can offer you one. > From dan at reactivated.net Thu May 7 02:56:32 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 06 May 2009 21:56:32 -0400 Subject: [fprint] new git repos Message-ID: <4A023FD0.5000603@reactivated.net> Sorry for the downtime and my lack of response. Not exactly sure when my host will come back, so I've put the git trees here until further notice https://github.com/dsd/fprint_demo/tree https://github.com/dsd/fprintd/tree https://github.com/dsd/libfprint/tree thanks & apologies Daniel From cs at gup.uni-linz.ac.at Fri May 8 11:32:55 2009 From: cs at gup.uni-linz.ac.at (Christian Schaubschlaeger) Date: Fri, 08 May 2009 12:32:55 +0200 Subject: [fprint] AES2501 and async interface to libfprint Message-ID: <4A040A57.2040007@gup.uni-linz.ac.at> Hello list, I just tried to get my AES2501 working using libfprint's async interface (I'm using version 0.1.0-pre1). Unfortunately I failed. Here is what I tried: fp_init(); discovered_devs = fp_discover_devs(); ddev = discovered_devs[0]; fp_async_dev_open(ddev,dev_open_cb,NULL); // dev_open_cb initializes static s_fp_device fp_async_enroll_start(s_fp_device,enroll_stage_cb,NULL); None of these function calls return an error. The problem is, that the callback function 'enroll_stage_cb' never gets called; it seems, that fp_async_enroll_start does not initiate scanning... Am I doing something wrong? Before I tried to use the synchronous interface to libfprint, which worked fine! Thanks in advance Christian From cs at gup.uni-linz.ac.at Wed May 13 07:30:43 2009 From: cs at gup.uni-linz.ac.at (Christian Schaubschlaeger) Date: Wed, 13 May 2009 08:30:43 +0200 Subject: [fprint] AES2501 and async interface to libfprint In-Reply-To: <4A040A57.2040007@gup.uni-linz.ac.at> References: <4A040A57.2040007@gup.uni-linz.ac.at> Message-ID: <4A0A6913.5020408@gup.uni-linz.ac.at> Anyone? Can anyone confirm that the async interface works with the AES2501? Thanks Christian Christian Schaubschlaeger schrieb: > Hello list, > > I just tried to get my AES2501 working using libfprint's > async interface (I'm using version 0.1.0-pre1). Unfortunately > I failed. Here is what I tried: > > fp_init(); > discovered_devs = fp_discover_devs(); > ddev = discovered_devs[0]; > fp_async_dev_open(ddev,dev_open_cb,NULL); // dev_open_cb initializes static s_fp_device > fp_async_enroll_start(s_fp_device,enroll_stage_cb,NULL); > > None of these function calls return an error. > The problem is, that the callback function 'enroll_stage_cb' > never gets called; it seems, that fp_async_enroll_start does not > initiate scanning... > > Am I doing something wrong? > Before I tried to use the synchronous interface to libfprint, which worked > fine! > > Thanks in advance > Christian > _______________________________________________ > fprint mailing list > fprint at reactivated.net > http://lists.reactivated.net/mailman/listinfo/fprint From anarsoul at gmail.com Wed May 13 08:29:05 2009 From: anarsoul at gmail.com (Vasily Khoruzhick) Date: Wed, 13 May 2009 10:29:05 +0300 Subject: [fprint] AES2501 and async interface to libfprint In-Reply-To: <4A0A6913.5020408@gup.uni-linz.ac.at> References: <4A040A57.2040007@gup.uni-linz.ac.at> <4A0A6913.5020408@gup.uni-linz.ac.at> Message-ID: <200905131029.11243.anarsoul@gmail.com> On Wednesday 13 May 2009 09:30:43 Christian Schaubschlaeger wrote: > Anyone? Can anyone confirm that the async interface works > with the AES2501? > > Thanks > Christian > I definitely saw it working in latest git version. Regards Vasily -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. Url : http://lists.reactivated.net/pipermail/fprint/attachments/20090513/c5244288/attachment.bin From ds.maillists at gmail.com Wed May 13 18:56:25 2009 From: ds.maillists at gmail.com (Damir Syabitov) Date: Wed, 13 May 2009 21:56:25 +0400 Subject: [fprint] Validity VFS101 - can't understand logs Message-ID: <1242237419.32543.12.camel@nightshadow> Hi! I am trying to get work VFS101. I look at logs from reactivated.net - and see, what there are not full. I think on getting that logs was stopped incorrect service (digital persona service or other biometric - i forgot). I get logs by stopping and starting validy fingerprint service and got my own logs. There i was saw get_descriptor, set_future transfers and many bulk transfers. And, if get_descriptor and set_future does not get me any troubles, i can't see any logic in bulk transfers (only 4 first bytes - is a packet number) - data and responses changes nearly all time. If anybody can help (and want to do it) - i can get my logs (~15Mb). Sorry for my bad English. From dan at reactivated.net Wed May 13 20:04:44 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 13 May 2009 15:04:44 -0400 Subject: [fprint] AES2501 and async interface to libfprint In-Reply-To: <4A040A57.2040007@gup.uni-linz.ac.at> References: <4A040A57.2040007@gup.uni-linz.ac.at> Message-ID: <4A0B19CC.4020603@reactivated.net> Christian Schaubschlaeger wrote: > None of these function calls return an error. > The problem is, that the callback function 'enroll_stage_cb' > never gets called; it seems, that fp_async_enroll_start does not > initiate scanning... libfprint isn't threaded, so it has no immediate way of carrying out the work you just asked it to do. You have to run an event handler for it, which in most cases you can integrate into your main event loop (it is based on file descriptors). I'm sorry that there is really no documentation for this yet, but you could look at fprint_demo which makes fprint event handling part of GTK+'s mainloop, fprintd as well. Also the libusb-1.0 documentation might be useful because libusb-1.0 is based on identical principles. Daniel From noreply at ci.faniq.com Thu May 14 05:31:44 2009 From: noreply at ci.faniq.com (Sundara M) Date: Thu, 14 May 2009 04:31:44 -0000 Subject: [fprint] Sundara M has sent you a private message Message-ID: An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090514/d90e0fab/attachment.html From fabien.lementec at gmail.com Sun May 17 15:22:19 2009 From: fabien.lementec at gmail.com (lementec fabien) Date: Sun, 17 May 2009 09:22:19 -0500 Subject: [fprint] [ problem with uru4000 ] Message-ID: Hi, I have a usb microsoft fingerprint reader, use the uru4000 drivers. I recompiled libfprint from sources, using version 0.0.6. I dont know why, but the second time I use the img_capture, uru4000.c::get_irq returns -ENOENT. To solve this issue, I have to reconnect the device, or reset it via usb_reset. I dont know if this is the right way to solve it, but here is my patch ( sorry for posting here, but the bugtracker seems down): --- drivers.orig/uru4000.c 2008-03-20 08:37:53.000000000 -0500 +++ drivers/uru4000.c 2009-05-17 09:09:48.000000000 -0500 @@ -280,6 +280,7 @@ uint16_t type; int r; int infinite_timeout = 0; + int has_reset = 0; if (timeout == 0) { infinite_timeout = 1; @@ -294,9 +295,20 @@ retry: r = usb_interrupt_read(dev->udev, EP_INTR, buf, IRQ_LENGTH, timeout); + if (r == -ETIMEDOUT && infinite_timeout) goto retry; + if (r == -ENOENT && !has_reset) { + has_reset = 1; + r = usb_reset(dev->udev); + + if (r < 0) + return r; + + goto retry; + } + if (r < 0) { if (r != -ETIMEDOUT) fp_err("interrupt read failed, error %d", r); -- "make it work, make it right, make it fast" From progressionmurph at gmail.com Wed May 20 03:49:16 2009 From: progressionmurph at gmail.com (Alex Murphy) Date: Tue, 19 May 2009 22:49:16 -0400 Subject: [fprint] Mailing Adress for Posting Message-ID: <1242787756.24761.5.camel@alex-laptop> Hey, Here's my e-mail ProgressionMurph at gmail.com From sonny.piers at gmail.com Wed May 20 14:14:47 2009 From: sonny.piers at gmail.com (Sonny Piers) Date: Wed, 20 May 2009 15:14:47 +0200 Subject: [fprint] Upek sensor don't work with Upeksonly or Upekts Message-ID: Hi everybody, Thank you for your work. I'm looking to make my fingerprint reader work. I found: http://reactivated.net/fprint/wiki/Upeksonly and http://reactivated.net/fprint/wiki/Upekts This is my lsusb result: Bus 005 Device 002: ID 147e:2016 Upek Biometric Touchchip/Touchstrip Fingerprint Sensor Upeksonly is for ID: 147e:2016 but not for Touchstrip variant (I guess I have the Touchstrip variant) Upekts is for Touchstrip variant but not for ID: 147e:2016 What can I do? Thanks -- Sonny Piers Website: http://sonnypiers.net Jabber/Gtalk ID: sonnyp at jabber.fr IRC: sonny on irc.mozilla.org GSM: +33 6 45 91 64 80 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090520/8fca8612/attachment.html From alex.louis.angelini at gmail.com Wed May 20 15:03:00 2009 From: alex.louis.angelini at gmail.com (Alex Angelini) Date: Wed, 20 May 2009 16:03:00 +0200 Subject: [fprint] Acer Aspire 6920 fprint Message-ID: <4A140D94.108@gmail.com> To whomever this may concern, I have recently installed Ubuntu 9.04 on my Acer Aspire 6920 laptop. Online a few people have mentioned that fprint works on their Acers' although your website doesn't seem to mention anything about Acers. I have installed all the software and when I run fprint_demo it says "No devices found" Well here is my lsusb, please let me know if it would be possible. alex at alex-laptop:~$ lsusb Bus 002 Device 002: ID 064e:a103 Suyin Corp. Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 002: ID 0a5c:2101 Broadcom Corp. A-Link BlueUsbA2 Bluetooth Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 002: ID 046d:c048 Logitech, Inc. Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 004 Device 002: ID 138a:0001 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 alex at alex-laptop:~$ -Alex From ds.maillists at gmail.com Wed May 20 15:45:23 2009 From: ds.maillists at gmail.com (Night Shadow) Date: Wed, 20 May 2009 18:45:23 +0400 Subject: [fprint] Acer Aspire 6920 fprint Message-ID: <1242830723.7250.3.camel@nightshadow> Hi, Alex! Seems like not - Bus 004 Device 002: ID 138a:0001 -Validity VFS101 fingerprint, which have not driver. All it's documentation closed. From JeffY at rosestudios.com Wed May 20 23:18:19 2009 From: JeffY at rosestudios.com (Jeff Yang) Date: Wed, 20 May 2009 15:18:19 -0700 Subject: [fprint] About DigitalPersona U.are.U 4500 Message-ID: Hi, Daniel I'm playing with the new U.are.U 4500 module from DigitalPersona. It doesn't work which is not a surprise. The image is encrypted. You were able to bypass the encryption for the 4000B model by comparing its "firmware" with an unencrypted MS reader and found one byte difference. And now, first of all, the windows driver doesn't send a "firmware" to the device anymore and second there is nothing to compare of. In the fix_firmware function, I looped through addresses and did find the same pattern (FF 17 41) at offset 0x6c7, but after I change it to FF 07 41, the device refused to power up (set_hwstat to 01, and get_hwstat always returns 81). If I don't fix the firmware, I can do everything else except the image captured is garbage. Could you think of any way that I can do to try to turn off the hardware encryption? Will a USB sniff log help? What kind of tool do you use to capture the USB traffic? I can send you a log captured by USBlyzer if you have this program. Thank you, Ji Yang -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090520/5c94b6e9/attachment-0001.html From dan at reactivated.net Thu May 21 02:21:31 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 20 May 2009 21:21:31 -0400 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: <4A14AC9B.5090702@reactivated.net> Jeff Yang wrote: > I?m playing with the new U.are.U 4500 module from DigitalPersona. It > doesn?t work which is not a surprise. The image is encrypted. > > > > You were able to bypass the encryption for the 4000B model by comparing > its ?firmware? with an unencrypted MS reader and found one byte > difference. And now, first of all, the windows driver doesn?t send a > ?firmware? to the device anymore and second there is nothing to compare > of. In the fix_firmware function, I looped through addresses and did > find the same pattern (FF 17 41) at offset 0x6c7, but after I change it > to FF 07 41, the device refused to power up (set_hwstat to 01, and > get_hwstat always returns 81). If I don?t fix the firmware, I can do > everything else except the image captured is garbage. The powerup sequence is somewhat sensitive at least on the earlier models... or maybe you're right and they finally plugged this gap. We were pretty lucky to be able to figure out how to disable encryption on the other models just by eye, like you have attempted! If this is the case, I don't think you'll have much luck through bus traffic analysis, you'd need another approach. For a different challenge with these devices we did chinese-wall reverse engineering on the windows driver. I don't have my previous contact anymore, but if you know of someone or could do the disassembly part yourself (and never write any related code again) then it's an option. http://www.reactivated.net/weblog/archives/2007/12/libfprint-v005-supports-new-ms-hardware/ Daniel From dan at reactivated.net Thu May 21 02:24:14 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 20 May 2009 21:24:14 -0400 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: <4A14AD3E.2060100@reactivated.net> Jeff Yang wrote: > I?m playing with the new U.are.U 4500 module from DigitalPersona. It > doesn?t work which is not a surprise. The image is encrypted. and just for fun, you could try decrypting the data using AES with microsoft's secret encryption key, which you can find in the crkey variable in uru4000.c You never know :) Daniel From luizluca at gmail.com Thu May 21 02:56:12 2009 From: luizluca at gmail.com (Luiz Angelo Daros de Luca) Date: Wed, 20 May 2009 22:56:12 -0300 Subject: [fprint] UPEK 147e:1000 Message-ID: <8b96e3d20905201856t49de7ae4g294a1aed88a343c4@mail.gmail.com> Hello guys, Is this fingerprint scanner too much different from the others UPEK ones? Any change of the existing drivers be able to handle it? How can I make it work? How can I implement something to make it work? Thanks, --- Luiz Angelo Daros de Luca, Me. luizluca at gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090520/efc448d0/attachment.html From pslacerda at gmail.com Sat May 23 04:01:36 2009 From: pslacerda at gmail.com (Pedro Sousa Lacerda) Date: Sat, 23 May 2009 00:01:36 -0300 Subject: [fprint] Is non-traditional architectures supported? Message-ID: I want to study embedded systems and do a Linux box seems easiest than develop one from zero. An enterprise indentification system doing bla bla bla, etc seems ok too. But traditional architectures like i386 are expansive to buy, in case to sell my study. Linux works cool in a number of platforms (really?), fprint will do the same? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090523/f6fdb627/attachment.html From morpheus.ibis at gmail.com Sat May 23 06:32:26 2009 From: morpheus.ibis at gmail.com (Pavel Herrmann) Date: Sat, 23 May 2009 07:32:26 +0200 Subject: [fprint] Is non-traditional architectures supported? In-Reply-To: References: Message-ID: <200905230732.26565.morpheus.ibis@gmail.com> On Saturday 23 of May 2009 05:01:36 Pedro Sousa Lacerda wrote: > I want to study embedded systems and do a Linux box seems easiest than > develop one from zero. An enterprise indentification system doing bla bla > bla, etc seems ok too. > But traditional architectures like i386 are expansive to buy, in case to > sell my study. Linux works cool in a number of platforms (really?), fprint > will do the same? Hi fprint depends on libusb and glib (maybe some more), so if these libs work on your selected platform then fprint shouldn't have a problem Pavel From acouzens at gmx.net Sat May 23 09:03:53 2009 From: acouzens at gmx.net (Alexander Couzens) Date: Sat, 23 May 2009 10:03:53 +0200 Subject: [fprint] SVN / git Message-ID: <20090523100353.22b9430d@lazeriana.acol.local> Hi ! i'm searching for a git or svn. The reactivated is down or the url is wrong. Have a small small suid fix for the pamtool Do we have a git / svn ? greetings alex -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 197 bytes Desc: not available Url : http://lists.reactivated.net/pipermail/fprint/attachments/20090523/0c1f27ad/signature.bin From anarsoul at gmail.com Sat May 23 09:49:57 2009 From: anarsoul at gmail.com (Vasily Khoruzhick) Date: Sat, 23 May 2009 11:49:57 +0300 Subject: [fprint] SVN / git In-Reply-To: <20090523100353.22b9430d@lazeriana.acol.local> References: <20090523100353.22b9430d@lazeriana.acol.local> Message-ID: <200905231150.01901.anarsoul@gmail.com> On Saturday 23 May 2009 11:03:53 Alexander Couzens wrote: > Hi ! > > i'm searching for a git or svn. The reactivated is down or the url is > wrong. Have a small small suid fix for the pamtool > > Do we have a git / svn ? > > greetings > alex https://github.com/dsd/fprint_demo/tree https://github.com/dsd/fprintd/tree https://github.com/dsd/libfprint/tree -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: This is a digitally signed message part. Url : http://lists.reactivated.net/pipermail/fprint/attachments/20090523/7f484e77/attachment.bin From paolo.arnaldo at gmail.com Sat May 23 16:36:00 2009 From: paolo.arnaldo at gmail.com (Paolo Arnaldo Dallari) Date: Sat, 23 May 2009 17:36:00 +0200 Subject: [fprint] Troubles with U.are.U 4000 Message-ID: <39bd29f70905230836o3180303eg8e8ef7e96abe25f@mail.gmail.com> Hi all, I am in early stage of developing a program for fingerprint recognize, I was using happily a Microsoft Fingerprint reader, after I figure out that Microsoft stopped the selling of his fprint scanner in 2005, I bought two U.are.U 4000 from digitalpersona hoping that everything will be better and without headache knowing that U.are.U 4000 is full supported. I was wrong, I can't get them working, even upgrading libfprint from 0.6 to git repo don't fix the problems. the device opens, lights up even when i ask to enroll, but it don't recognize my finger; it's like I never put my finger over the scanner. (with fprint-demo from git is the same) the same problem in the two devs: U.are.U 4000 Sensor from digitalpersona model: URU4S-U1 rev. 101 p.s. Second problem is that if I try to connect the two devices to the linux machine it seems from lsusb that only one is connected. the first I connect is the one that linux kernel and fprint will find, the other it's like not connected. But this is not a problem of libfprint I think. Hoping in precious help, Best Regards, -- Paolo From pslacerda at gmail.com Mon May 25 01:50:50 2009 From: pslacerda at gmail.com (Pedro Sousa Lacerda) Date: Sun, 24 May 2009 21:50:50 -0300 Subject: [fprint] Libfprint examples not want to compile Message-ID: Hi I only downloaded libfprint and tried to compile some examples. But I get a lot of newbie erros. Eg. > *peu at debian:examples$ gcc enroll.c* > /tmp/cc5kan1l.o: In function `discover_device': > enroll.c:(.text+0x24): undefined reference to `fp_dscv_dev_get_driver' > enroll.c:(.text+0x32): undefined reference to `fp_driver_get_full_name' > /tmp/cc5kan1l.o: In function `enroll': > enroll.c:(.text+0x65): undefined reference to `fp_dev_get_nr_enroll_stages' > enroll.c:(.text+0xad): undefined reference to `fp_enroll_finger_img' > enroll.c:(.text+0xca): undefined reference to `fp_img_save_to_file' > enroll.c:(.text+0xe1): undefined reference to `fp_img_free' > /tmp/cc5kan1l.o: In function `main': > enroll.c:(.text+0x22e): undefined reference to `fp_init' > enroll.c:(.text+0x26d): undefined reference to `fp_discover_devs' > enroll.c:(.text+0x2e9): undefined reference to `fp_dev_open' > enroll.c:(.text+0x2f7): undefined reference to `fp_dscv_devs_free' > enroll.c:(.text+0x357): undefined reference to `fp_print_data_save' > enroll.c:(.text+0x388): undefined reference to `fp_print_data_free' > enroll.c:(.text+0x393): undefined reference to `fp_dev_close' > enroll.c:(.text+0x398): undefined reference to `fp_exit' > collect2: ld returned 1 exit status On all examples I get the same kind of erro: undefined reference to 'fp_some_function' ; and "collect2: ld returned 1 exit status" Thanks in advance. Pedro -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090524/8e991ac7/attachment-0001.html From arteme at gmail.com Mon May 25 04:37:04 2009 From: arteme at gmail.com (Artem Egorkine) Date: Mon, 25 May 2009 06:37:04 +0300 Subject: [fprint] Troubles with U.are.U 4000 In-Reply-To: <39bd29f70905230836o3180303eg8e8ef7e96abe25f@mail.gmail.com> References: <39bd29f70905230836o3180303eg8e8ef7e96abe25f@mail.gmail.com> Message-ID: Hi, This is very strange to hear. I personally developed an application based on U.are.U readers and I had two of them -- one from Microsoft (ID 045e:00ca) and one from Digital Persona (a U.are.U 4000B, probably ID 05ba:000a) and I noticed no difference in the two devices. They worked equally badly. Nonetheless, they worked exactly the same way. A stupid question, but are you running lsusb with root privileges? It may affect visibility of devices and device discovery that lsusb would otherwise not trigger. Regards, Artem On Sat, May 23, 2009 at 6:36 PM, Paolo Arnaldo Dallari < paolo.arnaldo at gmail.com> wrote: > Hi all, > I am in early stage of developing a program for fingerprint recognize, > I was using happily a Microsoft Fingerprint reader, > after I figure out that Microsoft stopped the selling of his fprint > scanner in 2005, I bought two U.are.U 4000 from digitalpersona hoping > that everything will be better and without headache knowing that > U.are.U 4000 is full supported. > > I was wrong, I can't get them working, > even upgrading libfprint from 0.6 to git repo don't fix the problems. > > the device opens, lights up even when i ask to enroll, but it don't > recognize my finger; it's like I never put my finger over the scanner. > (with fprint-demo from git is the same) > > the same problem in the two devs: > U.are.U 4000 Sensor from digitalpersona > model: URU4S-U1 > rev. 101 > > > p.s. > Second problem is that if I try to connect the two devices to the > linux machine it seems from lsusb that only one is connected. > the first I connect is the one that linux kernel and fprint will find, > the other it's like not connected. > But this is not a problem of libfprint I think. > > Hoping in precious help, > > Best Regards, > > -- > Paolo > _______________________________________________ > fprint mailing list > fprint at reactivated.net > http://lists.reactivated.net/mailman/listinfo/fprint > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090525/7ab8d2e0/attachment.html From arteme at gmail.com Mon May 25 04:43:28 2009 From: arteme at gmail.com (Artem Egorkine) Date: Mon, 25 May 2009 06:43:28 +0300 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: Hi, On Thu, May 21, 2009 at 1:18 AM, Jeff Yang wrote: > Hi, Daniel > > > > I?m playing with the new U.are.U 4500 module from DigitalPersona. It > doesn?t work which is not a surprise. The image is encrypted. > > I am wondering, are there _any_ SDKs that support "U.are.U 4500" readers? Digital Persona themselves offer SDK 1.3.0 (Windows) and 1.1.0 (Linux) for download. These same SDKs were available before the "U.are.U 4500" reader came to market and, to no surprise, the SDK datasheet only mentions 4000 and 4000B. Regards, Artem -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090525/293c1489/attachment.html From philip at whatsbeef.net Mon May 25 04:54:17 2009 From: philip at whatsbeef.net (Philip Nelson) Date: Mon, 25 May 2009 13:54:17 +1000 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: <20090525035417.GL19399@agrajag.home.whatsbeef.net> On Mon, May 25, 2009 at 06:43:28AM +0300, Artem Egorkine wrote: > I am wondering, are there _any_ SDKs that support "U.are.U 4500" readers? > Digital Persona themselves offer SDK 1.3.0 (Windows) and 1.1.0 (Linux) for > download. These same SDKs were available before the "U.are.U 4500" reader > came to market and, to no surprise, the SDK datasheet only mentions 4000 and > 4000B. The free digitalperson sdk (1.3.0) does support the 4500 reader (perhaps unofficially?). I have a program that uses this SDK and we ordered a 4500 reader to see what it was like, I didn't expect it to work, but I plugged it in and it Just Worked with my program. From arteme at gmail.com Mon May 25 05:03:57 2009 From: arteme at gmail.com (Artem Egorkine) Date: Mon, 25 May 2009 07:03:57 +0300 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: <20090525035417.GL19399@agrajag.home.whatsbeef.net> References: <20090525035417.GL19399@agrajag.home.whatsbeef.net> Message-ID: On Mon, May 25, 2009 at 6:54 AM, Philip Nelson wrote: > On Mon, May 25, 2009 at 06:43:28AM +0300, Artem Egorkine wrote: > > I am wondering, are there _any_ SDKs that support "U.are.U 4500" readers? > > Digital Persona themselves offer SDK 1.3.0 (Windows) and 1.1.0 (Linux) > for > > download. These same SDKs were available before the "U.are.U 4500" reader > > came to market and, to no surprise, the SDK datasheet only mentions 4000 > and > > 4000B. > > The free digitalperson sdk (1.3.0) does support the 4500 reader (perhaps > unofficially?). I have a program that uses this SDK and we ordered a 4500 > reader > to see what it was like, I didn't expect it to work, but I plugged it in > and it > Just Worked with my program. > Would be interesting to compare the USB traces of 4000B and 4500 devices with 1.3.0 SDK... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090525/eef3ca34/attachment.html From g at 0xff.cl Mon May 25 14:09:01 2009 From: g at 0xff.cl (Gustavo =?UTF-8?B?Q2hhw61u?=) Date: Mon, 25 May 2009 09:09:01 -0400 Subject: [fprint] Libfprint examples not want to compile In-Reply-To: References: Message-ID: <20090525090901.034c9f99@0xff.cl> El Sun, 24 May 2009 21:50:50 -0300 Pedro Sousa Lacerda escribi?: > Hi > I only downloaded libfprint and tried to compile some examples. But I > get a lot of newbie erros. > Eg. > > > > *peu at debian:examples$ gcc enroll.c* > > > /tmp/cc5kan1l.o: In function `discover_device': > > > enroll.c:(.text+0x24): undefined reference to `fp_dscv_dev_get_driver' > > > enroll.c:(.text+0x32): undefined reference to > `fp_driver_get_full_name' > > > /tmp/cc5kan1l.o: In function `enroll': > > > enroll.c:(.text+0x65): undefined reference to > `fp_dev_get_nr_enroll_stages' > > > enroll.c:(.text+0xad): undefined reference to `fp_enroll_finger_img' > > > enroll.c:(.text+0xca): undefined reference to `fp_img_save_to_file' > > > enroll.c:(.text+0xe1): undefined reference to `fp_img_free' > > > /tmp/cc5kan1l.o: In function `main': > > > enroll.c:(.text+0x22e): undefined reference to `fp_init' > > > enroll.c:(.text+0x26d): undefined reference to `fp_discover_devs' > > > enroll.c:(.text+0x2e9): undefined reference to `fp_dev_open' > > > enroll.c:(.text+0x2f7): undefined reference to `fp_dscv_devs_free' > > > enroll.c:(.text+0x357): undefined reference to `fp_print_data_save' > > > enroll.c:(.text+0x388): undefined reference to `fp_print_data_free' > > > enroll.c:(.text+0x393): undefined reference to `fp_dev_close' > > > enroll.c:(.text+0x398): undefined reference to `fp_exit' > > > collect2: ld returned 1 exit status > > > On all examples I get the same kind of erro: > > undefined reference to 'fp_some_function' ; and > > "collect2: ld returned 1 exit status" > > Thanks in advance. > Pedro Try this: [./example]$ make or: [./example]$ gcc enroll.c -o enroll -L../libfprint/.libs -lfprint * -lfprint: Link against libfprint * -L../libfprint/.libs: Path to libfprint.so -- Gustavo Cha?n Dumit http://0xff.cl From dan at reactivated.net Mon May 25 20:24:43 2009 From: dan at reactivated.net (Daniel Drake) Date: Mon, 25 May 2009 15:24:43 -0400 Subject: [fprint] Troubles with U.are.U 4000 In-Reply-To: <39bd29f70905230836o3180303eg8e8ef7e96abe25f@mail.gmail.com> References: <39bd29f70905230836o3180303eg8e8ef7e96abe25f@mail.gmail.com> Message-ID: <4A1AF07B.6090800@reactivated.net> Paolo Arnaldo Dallari wrote: > I am in early stage of developing a program for fingerprint recognize, > I was using happily a Microsoft Fingerprint reader, > after I figure out that Microsoft stopped the selling of his fprint > scanner in 2005, I bought two U.are.U 4000 from digitalpersona hoping > that everything will be better and without headache knowing that > U.are.U 4000 is full supported. Yes, if I remember correctly I never got my UareU 4000 working reliably, at least in the way that fprint's uru4000 is written. I had it working in the dpfp project by cutting the firmware blob out of the windows driver and uploading that when the device is plugged in, but distributing the firmware without a license raises legal concerns. However, all of the UareU 4000B's that I've seen work fine. Daniel From JeffY at rosestudios.com Tue May 26 18:01:43 2009 From: JeffY at rosestudios.com (Jeff Yang) Date: Tue, 26 May 2009 10:01:43 -0700 Subject: [fprint] About DigitalPersona U.are.U 4500 Message-ID: I did compare the USB traces between 4000B and 4500 with 1.3.0 SDK. Like I mentioned in my previous email, the driver does NOT send any "firmware" data blob to 4500. It DOES send "firmware" data blob to 4000B. Now I don't know where to start to figure out how to disable hardware encryption since we don't know what's in the "firmware" (data chunk? or compiled binary code? and what the compiler is?). I think DigitalPersona uses Windows Crypto API for the encryption. I need to do more study to see if it's possible to decrypt the image. An interesting thought is how they decrypt the image under Linux? They write some compatible library to simulate the windows Crypto API? What do you guys think? Ji Yang From: fprint-bounces at reactivated.net [mailto:fprint-bounces at reactivated.net] On Behalf Of Artem Egorkine Sent: Sunday, May 24, 2009 9:04 PM To: fprint at reactivated.net Subject: Re: [fprint] About DigitalPersona U.are.U 4500 On Mon, May 25, 2009 at 6:54 AM, Philip Nelson wrote: On Mon, May 25, 2009 at 06:43:28AM +0300, Artem Egorkine wrote: > I am wondering, are there _any_ SDKs that support "U.are.U 4500" readers? > Digital Persona themselves offer SDK 1.3.0 (Windows) and 1.1.0 (Linux) for > download. These same SDKs were available before the "U.are.U 4500" reader > came to market and, to no surprise, the SDK datasheet only mentions 4000 and > 4000B. The free digitalperson sdk (1.3.0) does support the 4500 reader (perhaps unofficially?). I have a program that uses this SDK and we ordered a 4500 reader to see what it was like, I didn't expect it to work, but I plugged it in and it Just Worked with my program. Would be interesting to compare the USB traces of 4000B and 4500 devices with 1.3.0 SDK... -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090526/8894dd26/attachment-0001.html From arteme at gmail.com Wed May 27 08:24:32 2009 From: arteme at gmail.com (Artem Egorkine) Date: Wed, 27 May 2009 10:24:32 +0300 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: On Tue, May 26, 2009 at 8:01 PM, Jeff Yang wrote: > I did compare the USB traces between 4000B and 4500 with 1.3.0 SDK. Like > I mentioned in my previous email, the driver does NOT send any ?firmware? > data blob to 4500. It DOES send ?firmware? data blob to 4000B. Now I don?t > know where to start to figure out how to disable hardware encryption since > we don?t know what?s in the ?firmware? (data chunk? or compiled binary code? > and what the compiler is?). I think DigitalPersona uses Windows Crypto API > for the encryption. I need to do more study to see if it?s possible to > decrypt the image. An interesting thought is how they decrypt the image > under Linux? They write some compatible library to simulate the windows > Crypto API? > > It is quite possible that the linux API (version 1.1.0) does not support 4500 at all. That would be my guess. On the other hand, Digital Persona is not the only figerprint devices SDK out there. There is another interesting one, http://www.griaulebiometrics.com/page/en-us/fingerprint_sdk/what_is_new It was the case with 4000B that they uploaded a different firmware blob than DP driver (and it was the same under windows and linux). While their drivers do not officially support 4500, it may be worth to try it out in case it just works. But the chances of that happening are very slim as well since in their 2009 version of the SDK they have added "support to Digital Persona using manufacture's driver". If we were able to interface with the original 4000B firmware, understand the calls and data and decode the encrypted image, I'm sure we would have a better chance to interface with 4500. -Artem -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.reactivated.net/pipermail/fprint/attachments/20090527/d9fe1a87/attachment.html From JeffY at rosestudios.com Wed May 27 18:22:40 2009 From: JeffY at rosestudios.com (Jeff Yang) Date: Wed, 27 May 2009 10:22:40 -0700 Subject: [fprint] About DigitalPersona U.are.U 4500 Message-ID: Hi, Paolo You can try these open source ones: http://www.pcausa.com/Utilities/UsbSnoop/default.htm http://usbsnoop.sourceforge.net/ Or you can try some commercial tools (not free though): http://www.hhdsoftware.com/Products/home/usb-monitor.html http://www.sysnucleus.com/ http://www.usblyzer.com/ Jeff -----Original Message----- From: Paolo Arnaldo Dallari [mailto:paolo.arnaldo at gmail.com] Sent: Wednesday, May 27, 2009 12:15 AM To: Jeff Yang Subject: Re: [fprint] About DigitalPersona U.are.U 4500 Hi Jeff, I'm asking you how do you compare the USB traces, what program do you use? I have a similar problem with U.are.U 4000 that don't work with libfprint, Daniel Drake tell me to get out the firmware from the usb traces of the windows driver and put it into the linux driver. I'm a programmer but I never worked with USB traces, can you tell me how can I do? Many thanks. Best Regards, Paolo 2009/5/26 Jeff Yang : > I did compare the USB traces between 4000B and 4500 with 1.3.0 SDK. Like I > mentioned in my previous email, the driver does NOT send any "firmware" data > blob to 4500. It DOES send "firmware" data blob to 4000B. Now I don't know > where to start to figure out how to disable hardware encryption since we > don't know what's in the "firmware" (data chunk? or compiled binary code? > and what the compiler is?). I think DigitalPersona uses Windows Crypto API > for the encryption. I need to do more study to see if it's possible to > decrypt the image. An interesting thought is how they decrypt the image > under Linux? They write some compatible library to simulate the windows > Crypto API? > > > > What do you guys think? > > > > Ji Yang > > > > From: fprint-bounces at reactivated.net [mailto:fprint-bounces at reactivated.net] > On Behalf Of Artem Egorkine > Sent: Sunday, May 24, 2009 9:04 PM > To: fprint at reactivated.net > Subject: Re: [fprint] About DigitalPersona U.are.U 4500 > > > > > > On Mon, May 25, 2009 at 6:54 AM, Philip Nelson wrote: > > On Mon, May 25, 2009 at 06:43:28AM +0300, Artem Egorkine wrote: >> I am wondering, are there _any_ SDKs that support "U.are.U 4500" readers? >> Digital Persona themselves offer SDK 1.3.0 (Windows) and 1.1.0 (Linux) for >> download. These same SDKs were available before the "U.are.U 4500" reader >> came to market and, to no surprise, the SDK datasheet only mentions 4000 >> and >> 4000B. > > The free digitalperson sdk (1.3.0) does support the 4500 reader (perhaps > unofficially?). I have a program that uses this SDK and we ordered a 4500 > reader > to see what it was like, I didn't expect it to work, but I plugged it in and > it > Just Worked with my program. > > Would be interesting to compare the USB traces of 4000B and 4500 devices > with 1.3.0 SDK... > > > > _______________________________________________ > fprint mailing list > fprint at reactivated.net > http://lists.reactivated.net/mailman/listinfo/fprint > > From dan at reactivated.net Wed May 27 20:04:09 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 27 May 2009 15:04:09 -0400 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: <4A1D8EA9.2020704@reactivated.net> Jeff Yang wrote: > I did compare the USB traces between 4000B and 4500 with 1.3.0 SDK. Like > I mentioned in my previous email, the driver does NOT send any > ?firmware? data blob to 4500. It DOES send ?firmware? data blob to > 4000B. Now I don?t know where to start to figure out how to disable > hardware encryption since we don?t know what?s in the ?firmware? (data > chunk? or compiled binary code? and what the compiler is?). For the 4000B, we did not need to understand the firmware (or even have a filesystem copy of it, in the end) in order to disable encryption. The same could possibly be true for the 4500. > I think > DigitalPersona uses Windows Crypto API for the encryption. I need to do > more study to see if it?s possible to decrypt the image. An interesting > thought is how they decrypt the image under Linux? They write some > compatible library to simulate the windows Crypto API? Encryption happens on the device, not on the computer. I am pretty sure that the DigitalPersona device does not run Windows. Therefore they do not use the Windows Crypto API for encryption. And even if they did, I don't think that says anything about the actual encryption scheme being used. Daniel From JeffY at rosestudios.com Wed May 27 20:19:11 2009 From: JeffY at rosestudios.com (Jeff Yang) Date: Wed, 27 May 2009 12:19:11 -0700 Subject: [fprint] About DigitalPersona U.are.U 4500 Message-ID: I wish we can have a way to turn off the hardware encryption too. But at this time, we don't have a firmware that doesn't do encryption to compare to and we don't understand what's in the firmware. Where should we start? Yes, the encryption is done by the device itself. But is it possible that they write their own algorithm to simulate Windows Crypto API to encrypt the image so that in their windows driver they can use Windows Crypto API to decrypt the image easily? The reason of my guess is that the following functions are called in DPCOper2.dll, DPCrStor.dll and DPFPApi.dll: CryptAcquireContext CryptReleaseContext CryptGenRandom CryptGenKey CryptDestroyKey CryptDeriveKey CryptDecodeObject CryptEncodeObject CryptCreateHash CryptDestroyHash CryptHashData CryptDecrypt CryptEncrypt But it's also very possible that they use these functions for something else that has nothing to do with image decryption. -----Original Message----- From: Daniel Drake [mailto:dan at reactivated.net] Sent: Wednesday, May 27, 2009 12:04 PM To: Jeff Yang Cc: Artem Egorkine; fprint at reactivated.net Subject: Re: [fprint] About DigitalPersona U.are.U 4500 Jeff Yang wrote: > I did compare the USB traces between 4000B and 4500 with 1.3.0 SDK. Like > I mentioned in my previous email, the driver does NOT send any > "firmware" data blob to 4500. It DOES send "firmware" data blob to > 4000B. Now I don't know where to start to figure out how to disable > hardware encryption since we don't know what's in the "firmware" (data > chunk? or compiled binary code? and what the compiler is?). For the 4000B, we did not need to understand the firmware (or even have a filesystem copy of it, in the end) in order to disable encryption. The same could possibly be true for the 4500. > I think > DigitalPersona uses Windows Crypto API for the encryption. I need to do > more study to see if it's possible to decrypt the image. An interesting > thought is how they decrypt the image under Linux? They write some > compatible library to simulate the windows Crypto API? Encryption happens on the device, not on the computer. I am pretty sure that the DigitalPersona device does not run Windows. Therefore they do not use the Windows Crypto API for encryption. And even if they did, I don't think that says anything about the actual encryption scheme being used. Daniel From dan at reactivated.net Wed May 27 21:08:41 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 27 May 2009 16:08:41 -0400 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: <4A1D9DC9.3050607@reactivated.net> Jeff Yang wrote: > Yes, the encryption is done by the device itself. But is it possible > that they write their own algorithm to simulate Windows Crypto API to > encrypt the image so that in their windows driver they can use Windows > Crypto API to decrypt the image easily? The reason of my guess is that > the following functions are called in DPCOper2.dll, DPCrStor.dll and > DPFPApi.dll: I'm pretty confident that their driver would just push the encrypted data into the crypto API and then ask for it to decrypt it. This is exactly what we would do on Linux using something like openssl - no point reimplementing the world of cryptography. And we actually already do almost exactly this to implement the secret microsoft handshake. We use openssl for that -- but it doesn't mean that everyone in the world has to use openssl to do the same thing. Their choice of decryption library is not important. The *knowledge* of how to decrypt is what is missing. Daniel From dan at reactivated.net Wed May 27 21:10:20 2009 From: dan at reactivated.net (Daniel Drake) Date: Wed, 27 May 2009 16:10:20 -0400 Subject: [fprint] About DigitalPersona U.are.U 4500 In-Reply-To: References: Message-ID: <4A1D9E2C.7020500@reactivated.net> Jeff Yang wrote: > I wish we can have a way to turn off the hardware encryption too. But at > this time, we don't have a firmware that doesn't do encryption to > compare to and we don't understand what's in the firmware. Where should > we start? My only idea is to go the hard way http://en.wikipedia.org/wiki/Clean_room_design Daniel