From owner-freebsd-stable@FreeBSD.ORG Sat Jun 23 08:40:45 2007 Return-Path: X-Original-To: stable@freebsd.org Delivered-To: freebsd-stable@FreeBSD.ORG Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD32C16A421 for ; Sat, 23 Jun 2007 08:40:45 +0000 (UTC) (envelope-from hselasky@c2i.net) Received: from swip.net (mailfe06.swip.net [212.247.154.161]) by mx1.freebsd.org (Postfix) with ESMTP id 4FD4213C46C for ; Sat, 23 Jun 2007 08:40:45 +0000 (UTC) (envelope-from hselasky@c2i.net) X-Cloudmark-Score: 0.000000 [] Received: from [193.217.102.48] (account mc467741@c2i.net HELO [10.0.0.64]) by mailfe06.swip.net (CommuniGate Pro SMTP 5.1.9) with ESMTPA id 527404785; Sat, 23 Jun 2007 09:40:41 +0200 From: Hans Petter Selasky To: freebsd-current@freebsd.org Date: Sat, 23 Jun 2007 09:40:39 +0200 User-Agent: KMail/1.9.5 References: <467C343C.60707@freebsdbrasil.com.br> In-Reply-To: <467C343C.60707@freebsdbrasil.com.br> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200706230940.39928.hselasky@c2i.net> Cc: stable@freebsd.org, current@freebsd.org, fli+freebsd-hackers@shapeshifter.se, hackers@freebsd.org, freebsd-usb@freebsd.org, Patrick Tracanelli Subject: Re: UPEK/TouchChip Biometric Device problem X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jun 2007 08:40:46 -0000 On Friday 22 June 2007 22:42, Patrick Tracanelli wrote: > Hello all, > > I have used the mentioned devices on FreeBSD 5.4 in the past, and they > worked just fine, but now I get problems with the same device, on top of > 6.2-STABLE and also 7.0-CURRENT. > > From `usbdevs -v`, I get: > > Controller /dev/usb2: > addr 1: full speed, self powered, config 1, UHCI root hub(0x0000), > Intel(0x0000), rev 1.00 > port 1 addr 2: full speed, power 100 mA, config 1, Biometric > Coprocessor(0x2016), STMicroelectronics(0x0483), rev 0.01 > port 2 powered > > I have security/bsp_upektfmess, security/pam_bsdbioapi and > security/bioapi installed. It is a 6.2-STABLE system from 2 hours ago. > > Listing bsp devices, I get: > > # bbdm -l bsp > UUID {ffffffff-ffff-ffff-ffff-ffffffffffff} > Example Vendor libbioapi_dummy100.so (BioAPI v1.1 Dummy BSP) > UUID {263a41e0-71eb-11d4-9c34-124037000000} > BioAPI Consortium libpwbsp.so (BioAPI Password BSP) > UUID {5550454b-2054-464d-2f45-535320425350} > UPEK, Inc. libtfmessbsp.so (TouchChip TFM/ESS Fingerprint BSP) > > Backend configurations: > > # bbdm -l birdb > Installed BIRDB modules > filedb Filebacked database (b-tree) > plain Plain text file > > And now, the problem: > > # bbdm -b "{5550454b-2054-464d-2f45-535320425350}" -m filedb -c eksffa > bbdm: Failed to initate BSP {5550454b-2054-464d-2f45-535320425350} > > And on /var/log/messages as well as dmesg, I get: > > All threads purged from ugen1.1 > All threads purged from ugen1.2 > All threads purged from ugen1.3 > > 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. > > On 7.0-CURRENT things are worse. libpthread is not found, and the same > command core dumps. Anyway, 6.2-STABLE is more important to me right > now, since I need this device to work on FreeBSD for an ongoing project, > but if a solution to 7.0 happens first my work can move to that version. > There is a list called "freebsd-usb@freebsd.org" maybe we can handle this issue there. First of all, can you turn on more debugging in your "bbdm"? The default USB kernel is usually not compiled with USB debugging. There exists an: options USB_DEBUG I think. If you have time you can also try the my new USB stack: See: http://www.turbocat.net/~hselasky/usb4bsd/ Download the SVN version. If my new USB stack solves the problem then it is probably a regression issue in 6.2-STABLE, and as I recall there have been lots of changes. What kind of platform are you using? --HPS