Re: IBM Thinkpad T42 - Looking for a Developer.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Good morning,

On Thu, Apr 14, 2005 at 10:20:08PM -0500, Alejandro Bonilla wrote:
> Matti,
> 
> Where do we stand here? Now that you have two of those outputs, so I 
> can have some hope... Do you think we can make the driver for this
> hardware?
> 
> How about the firmware that the documents mention? Could there be a 
> layer in the hardware itself that might prevents us from reading the 
> fingerprint image?

The hardware exists for fingerprint reading.
It is all a matter of understanding of how to talk to those BULK endpoints
to do proper communication, and that is somewhat challening without
that level of documentation.

In USB documents that kind of document is known as "Device Class Definition"

  idVendor           0x0483 SGS Thomson Microelectronics
  idProduct          0x2016
  iManufacturer           1 STMicroelectronics
  iProduct                2 Biometric Coprocessor
    Interface Descriptor:
      bNumEndpoints           3
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass      0
      bInterfaceProtocol      0
      iInterface              0

This "Vendor Specific Class" means it needs specific document,
not only USB Implementers' Forum:s  generic documents.


Windows driver binary does implement it, and (at least in EU) it is
perfectly legal to reverse engineer something in order to produce
compatible products or to use something that isn't completely
documented.

Nevertheless I would prefer to have documents about actual communication
messages that are exchanged over those endpoints.  That would speed up
driver writing considerably. 

> Will BioAPI help us at all, or the best approach here is not to make 
> dll wrapping?

At least I prefer not to mess with (windows-)DLL-wrapping.
Linux exists in quite a many platforms, and the BioAPI library does
already exist for Linux in source form as well.

That reference BioAPI implementation needs very least the backend
driver of the actual reader.  What else does it need, I can't say
without doing experimentation and code reading.

If the necessary document is deep NDA for some reason, we can
negotiate with the vendor about how obfuscated version of the
resulting driver source can be included in open source distributions.

> Thanks for you all time,
> - Alejandro

/Matti Aarnio
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux