From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 07:59:46 2012 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (unknown [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5D9E7106564A for ; Fri, 15 Jun 2012 07:59:46 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from smarthost1.greenhost.nl (smarthost1.greenhost.nl [195.190.28.78]) by mx1.freebsd.org (Postfix) with ESMTP id D9A708FC0C for ; Fri, 15 Jun 2012 07:59:45 +0000 (UTC) Received: from smtp.greenhost.nl ([213.108.104.138]) by smarthost1.greenhost.nl with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.69) (envelope-from ) id 1SfRRX-0005Pv-Dq for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 09:59:43 +0200 Received: from [81.21.138.17] (helo=ronaldradial.versatec.local) by smtp.greenhost.nl with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.72) (envelope-from ) id 1SfRRX-0008Km-QQ for freebsd-stable@freebsd.org; Fri, 15 Jun 2012 09:59:43 +0200 Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-stable@freebsd.org References: Date: Fri, 15 Jun 2012 09:59:41 +0200 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: User-Agent: Opera Mail/12.00 (Win32) X-Virus-Scanned: by clamav at smarthost1.samage.net X-Spam-Level: / X-Spam-Score: -0.7 X-Spam-Status: No, score=-0.7 required=5.0 tests=BAYES_20 autolearn=disabled version=3.2.5 X-Scan-Signature: d58e29c6f4e42f76447094ef3ccb23d2 Subject: Re: devd problem with 9-stable 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: Fri, 15 Jun 2012 07:59:46 -0000 On Fri, 15 Jun 2012 08:01:21 +0200, Kevin Oberman wrote: > On Thu, Jun 14, 2012 at 3:11 AM, Ronald Klop > wrote: >> On Thu, 14 Jun 2012 02:41:58 +0200, Kevin Oberman >> wrote: >> >>> Since updating my systems to 9-Stable, I am not getting my smartcard >>> reader attached when hot-plugged. >>> >>>> From devd.conf >>> >>> attach 50 { >>> device-name "ugen[0-9]+"; >>> match "vendor" "0x0529"; >>> match "product" "0x0600"; >>> action "/usr/local/sbin/openct-control attach usb:529/600 usb >>> /dev/$dev$ >>> }; >>> detach 50 { >>> device-name "ugen[0-9]+"; >>> match "vendor" "0x0529"; >>> match "product" "0x0600"; >>> action "/usr/bin/pkill -fx '/usr/local/sbin/ifdhandler -H -p >>> [a-z0-9]+ $ >>> }; >>> >>> If I manually enter the "action" command, it works fine, but it fails >>> when I insert the device. It worked fine under version 8. I have >>> confirmed devd is seeing the device inserted just fine. the action >>> just does not seem to be carried out. >>> >>> Any idea where I should look? I saw a couple of threads on current >>> from others seeing something similar, but could find no resolution. >>> I have seen a >> >> >> Did you run devd with debug messages on? Options -D and -d are helpful. >> If you do does devd match the right devd.conf sections and start the >> action? > > With debug i get: > Processing event '!system=USB subsystem=DEVICE type=ATTACH > ugen=ugen1.3 cdev=ugen1.3 vendor=0x0529 product=0x0600 devclass=0xff > devsubclass=0x00 sernum="" release=0x0100 mode=host port=1 > parent=ugen1.2' > [long list of "Testing" entries, none of which 'vendor' matched] > Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus > uhub3' > > So it looks like devd is not matching the vendor. But my devd.conf > file contains that vendor. I don't know exactly why it is not being > tested against. Nothing in the debug output gives me a clue and I > tried grepping for one of the tested vendor IDs in /etc/devd.conf and > /etc/devd/*.conf. Not found. > > I am at a loss. Just a guess, but "ugen[0-9]+" does not match the dot in ugen1.3. Can you try "ugen[0-9]+.[0-9]+"? Or just remove the device-name? Shouldn't the vendor and product be enough identification? Ronald.