Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 30 Oct 2011 10:01:21 +1030
From:      "Daniel O'Connor" <doconnor@gsoft.com.au>
To:        David Marec <david.marec@davenulle.org>
Cc:        current@freebsd.org, freebsd-usb@freebsd.org
Subject:   Re: [Freebsd 9] [amd64] [USB] [HPLIP] what's the (new) right way to manage hplip usb-plugged printers, running Freebsd 9
Message-ID:  <C41CBB97-48E5-4C85-B35E-DD9DE0CA8DCB@gsoft.com.au>
In-Reply-To: <4EAC0966.2050607@davenulle.org>
References:  <4EAC0966.2050607@davenulle.org>

next in thread | previous in thread | raw e-mail | index | archive | help

On 30/10/2011, at 24:40, David Marec wrote:
> But, now running FreeBSD 9, I get new usb/devd behavior issues.
>=20
> First, the ulpt module is always loaded. Is there any elegant way to =
get rid of this 'self loading' behavior, except to remove it from =
/boot/modules ?
> Anyway, it sounds like HPLIP is now working with the ulpt module =
loaded.

I'm not sure what would load it automatically - it may be built into the =
kernel though. Anyway, as you say it should work with ulpt loaded =
anyway.

> But, devd never sets the suitable rights on ugen.
>=20
> Moreover, switching to the  'action' that only logs something, reveals =
that devd never executes this entry.
>=20
>=20
> So, what's should be the news group&user's rights required by =
HPLIP/cups on FreeBSD 9 ?
>=20
> And, how to handle them with devd ?

I have a similar problem..

Looking at /etc/devd/uath.conf I see..
notify 100 {
        match "system"          "USB";
        match "subsystem"       "DEVICE";
        match "type"            "ATTACH";
        match "vendor"          "0x168c";
        match "product"         "0x0002";
        action "/usr/sbin/uathload -d /dev/$cdev";
};

Also, I have devd entries for NUT (UPS software) which look like so..
attach 100 {
	match "vendor"		"0x0463";
	match "product"		"0xffff";
	action "chown :uucp /dev/$device-name; chmod 660 =
/dev/$device-name";
};

However this doesn't seem to work anymore, it certainly used to.. :(

I tried adding the system, subsystem & type parts and changing =
device-name to cdev but no luck..

I ran devd -Dd and checked the output but while it says it parses =
nut.conf it doesn't seem to match the entries.

devd output looks like so..

Processing event '!system=3DUSB subsystem=3DDEVICE type=3DATTACH =
ugen=3Dugen1.3 cdev=3Dugen1.3 vendor=3D0x046
3 product=3D0xffff devclass=3D0x00 devsubclass=3D0x00 sernum=3D"000000000"=
 release=3D0x4241 mode=3Dhost port=3D
3 parent=3Dugen1.1'
Pushing table
setting system=3DUSB
setting subsystem=3DDEVICE
setting type=3DATTACH
setting ugen=3Dugen1.3
setting cdev=3Dugen1.3
setting vendor=3D0x0463
setting product=3D0xffff
setting devclass=3D0x00
setting devsubclass=3D0x00
setting sernum=3D000000000
setting release=3D0x4241
setting mode=3Dhost
setting port=3D3
setting parent=3Dugen1.1
Processing notify event

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C









Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C41CBB97-48E5-4C85-B35E-DD9DE0CA8DCB>