UPEK/TouchChip Biometric Device problem

Patrick Tracanelli eksffa at freebsdbrasil.com.br
Sat Jun 23 12:43:12 UTC 2007


Fredrik Lindberg wrote:
> Patrick Tracanelli wrote:
>>>
>>>>
>>>> All threads purged from ugen1.1
>>>> All threads purged from ugen1.2
>>>> All threads purged from ugen1.3
>>>
>>> Harmless, as far as I know.
>>>
>>>>
>>>> What is this about "threads purged"? Also, the port want 
>>>> libintl.so.6 while 6.2-STABLE has libintl.so.8. I have tried 1) 
>>>> linking .8 to .6 and also copied .6 from another system (also, 
>>>> 6.2-STABLE) to the current one. Didnt work both way. Same behavior, 
>>>> exactly.
>>>
>>> This is because of a gettext library bump, I just found out about it 
>>> (although it happened in march), and I have know good solution to it.
>>> Installing an old version of gettext should of course work, but that's
>>> ugly.
>>
>> So, this has nothing to do with the fact that the device can not be 
>> initiated?
>>
> 
> This is _exactly_ the same device as you have been using in the past
> with libtfmessbsp.so ?

No, not the same hardware, but same model/chipset.

> Because if you try to use it with an unsupported device you'll get
> the "unable to attach" message.

Its a 0x2016 device from 0x0483 vendor. This is the only thing that is
"the same" as the previously used device.

> 
> Those "All threads purged" have "always" been there, it appears
> to happen with other devices as well
> http://lists.freebsd.org/pipermail/freebsd-bugs/2006-May/018361.html
> 
> Since the binary is built on top of libusb you can turn on debugging
> in libusb by setting the environment variable USB_DEBUG (the larger
> value the more verbose debugging).

Goood hint,thank you.

Here is what I get:

# bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa ; 
echo $?
usb_set_debug: Setting debugging level to 3 (on)
usb_os_find_busses: Found /dev/usb0
usb_os_find_busses: Found /dev/usb1
usb_os_find_busses: Found /dev/usb2
usb_os_find_busses: Found /dev/usb3
usb_os_find_busses: Found /dev/usb4
usb_os_find_devices: Found /dev/ugen1 on /dev/usb2
usb_control_msg: 128 6 512 0 0xbfbfdee8 8 1000
usb_control_msg: 128 6 512 0 0x8058a80 39 1000
usb_os_find_devices: Found /dev/ugen0 on /dev/usb4
usb_control_msg: 128 6 512 0 0xbfbfdee8 8 1000
usb_control_msg: 128 6 512 0 0x8055200 396 1000
skipping descriptor 0xB
skipped 1 class/vendor specific endpoint descriptors
skipped 5 class/vendor specific interface descriptors
skipping descriptor 0x25
skipped 1 class/vendor specific endpoint descriptors
skipped 7 class/vendor specific interface descriptors
usb_control_msg: 64 12 256 1024 0xbfbfdf80 1 100
usb_os_close: closing endpoint 14
usb_os_close: closing endpoint 15
bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350}

And debugging on /var/log/messages shows:

Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usb_cdev_close: closed
Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usb_cdev_close: closed
Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usb_cdev_close: closed
Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usb_cdev_close: closed
Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usb_cdev_close: closed
Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc8ef0220, 
pipe=0xc5ee2000 len=10 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 
edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00
Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bb5920, 
pipe=0xc5ee2000 len=20 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 
edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00
Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bb3720, 
pipe=0xc5ee2000 len=10 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 
edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00
Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bc0320, 
pipe=0xc5ee2000 len=36 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee2000 
edesc=0xc5ee243f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00
Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee2000
Jun 23 09:40:01 claire kernel: usb_cdev_close: closed
Jun 23 09:40:01 claire kernel: usb_cdev_open: done, error=0
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6b5d520, 
pipe=0xc5ee9800 len=10 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee9800 
edesc=0xc5ee9c3f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00
Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee9800
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6b58b20, 
pipe=0xc5ee9800 len=20 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee9800 
edesc=0xc5ee9c3f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00
Jun 23 09:40:01 claire kernel: usbd_dump_queue: pipe=0xc5ee9800
Jun 23 09:40:01 claire kernel: usbd_start_hardware: xfer=0xc6bba720, 
pipe=0xc5ee9800 len=10 dir=out
Jun 23 09:40:01 claire kernel: usbd_dump_pipe: pipe=0xc5ee9800 
edesc=0xc5ee9c3f isoc_next=0 toggle_next=0 bEndpointAddress
=0x00

Seems that "start hardware" happened, at least.




More information about the freebsd-hackers mailing list