From owner-freebsd-stable@FreeBSD.ORG Fri Jun 15 16:40:49 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 19618106564A for ; Fri, 15 Jun 2012 16:40:49 +0000 (UTC) (envelope-from kob6558@gmail.com) Received: from mail-wi0-f178.google.com (mail-wi0-f178.google.com [209.85.212.178]) by mx1.freebsd.org (Postfix) with ESMTP id 971ED8FC14 for ; Fri, 15 Jun 2012 16:40:48 +0000 (UTC) Received: by wibhn6 with SMTP id hn6so644858wib.13 for ; Fri, 15 Jun 2012 09:40:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=k7eOTmsK4tyatlX7+3CffoxRlLuxGqKP8p5ThRXMDUY=; b=v7KVkryEEmWFD37cCKMh1AczIRbPgQU8sUimzkBTcuI0iuwUJsdjtKT9mRik81ilTd LSKgqEMSUx8VTUR1p49pbAnYp1AcFUEu5TetqqsmnOcCgss7YTVXcwrFICHA2ic862Vx Gzf9obmCFExJN5E+shQy6EBk4HTL2q3dtDyiUukuE1Q3ntYMnKGdnBpqGhvOv7sc/nFe wp/A0nvqck52f8PSRcTO1zRKymwEz7zsY02A8d4IewnuaWssjpLP4Mxus0QhfaCe+mAT r0VvKoRu0dt954Vj/1eU4bC2oOMqEGdAcMG5V+v3MuRYEhi06Cy2CGSn97NZaM0+0F/C Feig== MIME-Version: 1.0 Received: by 10.216.215.194 with SMTP id e44mr3877165wep.61.1339778445292; Fri, 15 Jun 2012 09:40:45 -0700 (PDT) Received: by 10.223.155.4 with HTTP; Fri, 15 Jun 2012 09:40:45 -0700 (PDT) In-Reply-To: References: Date: Fri, 15 Jun 2012 09:40:45 -0700 Message-ID: From: Kevin Oberman To: Ronald Klop Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: freebsd-stable@freebsd.org 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 16:40:49 -0000 On Fri, Jun 15, 2012 at 7:53 AM, Ronald Klop wrote: > On Fri, 15 Jun 2012 15:50:49 +0200, Warren Block wro= te: > >> On Fri, 15 Jun 2012, Ronald Klop wrote: >> >>> 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 >>>>>> >>>>>> =C2=A0attach 50 { >>>>>> =C2=A0 =C2=A0 =C2=A0device-name "ugen[0-9]+"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >>>>>> =C2=A0 =C2=A0 =C2=A0action "/usr/local/sbin/openct-control attach us= b:529/600 usb >>>>>> /dev/$dev$ >>>>>> }; >>>>>> detach 50 { >>>>>> =C2=A0 =C2=A0 =C2=A0device-name "ugen[0-9]+"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "vendor" "0x0529"; >>>>>> =C2=A0 =C2=A0 =C2=A0match "product" "0x0600"; >>>>>> =C2=A0 =C2=A0 =C2=A0action "/usr/bin/pkill -fx '/usr/local/sbin/ifdh= andler -H -p >>>>>> [a-z0-9]+ $ >>>>>> }; >>>>>> =C2=A0If I manually enter the "action" command, it works fine, but i= t 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. >>>>>> =C2=A0Any idea where I should look? I saw a couple of threads on cur= rent >>>>>> from others seeing something similar, but could find no resolution. >>>>>> I have seen a >>>>> >>>>> =C2=A0Did 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? >>>> >>>> =C2=A0With debug i get: >>>> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH >>>> ugen=3Dugen1.3 cdev=3Dugen1.3 vendor=3D0x0529 product=3D0x0600 devclas= s=3D0xff >>>> devsubclass=3D0x00 sernum=3D"" release=3D0x0100 mode=3Dhost port=3D1 >>>> parent=3Dugen1.2' >>>> [long list of "Testing" entries, none of which 'vendor' matched] >>>> Executing 'logger Unknown USB device: vendor 0x0529 product 0x0600 bus >>>> uhub3' >>>> =C2=A0So it looks like devd is not matching the vendor. But my devd.co= nf >>>> 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. =C2=A0Not found. >>>> =C2=A0I am at a loss. >>> >>> >>> http://www.freebsd.org/releases/9.0R/errata.html >>> See point 3 under Open Issues. >> >> >> Even with those changes, devd is not triggering on my scanner attach: >> >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "subsystem" "DEVICE"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "type" "ATTACH"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "cdev" "ugen[0-9]+.[0-9]+"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "vendor" "0x04b8"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 match "product" "0x010a"; >> =C2=A0 =C2=A0 =C2=A0 =C2=A0 action "echo HERE! $cdev > /tmp/zoot"; >> >> # devd -d -D -f /etc/devd/wb.conf >> >> Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen=3D= ugen0.6 >> cdev=3Dugen0.6 vendor=3D0x04b8 product=3D0x010a devclass=3D0xff devsubcl= ass=3D0xff >> sernum=3D"" release=3D0x0103 mode=3Dhost port=3D4 parent=3Dugen0.4' >> Pushing table >> setting system=3DUSB >> setting subsystem=3DDEVICE >> setting type=3DATTACH >> setting ugen=3Dugen0.6 >> setting cdev=3Dugen0.6 >> setting vendor=3D0x04b8 >> setting product=3D0x010a >> setting devclass=3D0xff >> setting devsubclass=3D0xff >> setting sernum=3D >> setting release=3D0x0103 >> setting mode=3Dhost >> setting port=3D4 >> setting parent=3Dugen0.4 >> Processing notify event >> Testing system=3DUSB against ^DEVFS >> Testing system=3DUSB against ^DEVFS >> Popping table >> > > I tried the same attaching my webcam on pcbsd in vmware. > > [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.conf > notify 100 { > > =C2=A0match "subsystem" "DEVICE"; > =C2=A0match "type" "ATTACH"; > =C2=A0match "cdev" "ugen[0-9]+.[0-9]+"; > =C2=A0match "vendor" "0x2232"; > =C2=A0match "product" "0x1008"; > =C2=A0action "echo HERE! $cdev >> /tmp/bla.log"; > =C2=A0}; > > # devd -d -D -f /tmp/bla.conf > ... > Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH ugen=3Du= gen1.2 > cdev=3Dugen1.2 vendor=3D0x2232 product=3D0x1008 devclass=3D0xef devsubcla= ss=3D0x02 > sernum=3D"" release=3D0x0019 mode=3Dhost port=3D1 parent=3Dugen1.1' > > =C2=A0Pushing table > setting system=3DUSB > setting subsystem=3DDEVICE > setting type=3DATTACH > setting ugen=3Dugen1.2 > setting cdev=3Dugen1.2 > setting vendor=3D0x2232 > setting product=3D0x1008 > setting devclass=3D0xef > setting devsubclass=3D0x02 > =C2=A0setting sernum=3D > setting release=3D0x0019 > setting mode=3Dhost > setting port=3D1 > setting parent=3Dugen1.1 > Processing notify event > Testing subsystem=3DDEVICE against ^DEVICE > Testing type=3DATTACH against ^ATTACH > Testing cdev=3Dugen1.2 against ^ugen[0-9]+.[0-9]+ > =C2=A0Testing vendor=3D0x2232 against ^0x2232 > Testing product=3D0x1008 against ^0x1008 > Executing 'echo HERE! ugen1.2 >> /tmp/bla.log' > Popping table > > [root@pcbsd-1684 /etc/devd]# cat /tmp/bla.log > HERE! ugen1.2 > > Do you see a significant difference with your setup? Switched to 'notify' with: notify 50 { match "system" "USB" match "subsystem" "DEVICE"; match "type" "ATTACH"; match "cdev" "ugen[0-9\.]+"; match "vendor" "0x0529"; match "product" "0x0600"; action "/usr/local/sbin/openct-control attach usb:529/600 usb /dev/= $devi ce-name"; }; I still see no attempt to match against vendor 0x0529. Still no go. (Note that I prefer the [0-9\.] + syntax, but tried yours, as well.) The real issue is that devd seems to have a long list of vendors that it matches against, but 0x529 is not in that list, so matching the device name is not likely an issue. --=20 R. Kevin Oberman, Network Engineer E-mail: kob6558@gmail.com