Thus spake Warner Losh ([EMAIL PROTECTED]):
> Don't you mean pccard.conf? You can do the mounting now. I think
> that umount -f would work for dismounting on eject, but haven't tested
> it.
No, I meant /etc/pccard_ether :)
It works just fine. I don't unmount, though.
Alex
--
cat: /home/ale
In message <[EMAIL PROTECTED]> Alexander
Langer writes:
: Currently, I modified rc.pccard for that :)
Don't you mean pccard.conf? You can do the mounting now. I think
that umount -f would work for dismounting on eject, but haven't tested
it.
Warner
To Unsubscribe: send mail to [EMAIL PROTEC
Thus spake Warner Losh ([EMAIL PROTECTED]):
> ifconfig and dhclient are likely the most often executed ones now.
> I agree we need a generic devd. Does devfs use the kqueue interface?
What I also LOVED to use is mounting nfs dirs when a pccard ethernet
device is plugged in.
Currently, I modifi
In message <14852.970422933@critter> Poul-Henning Kamp writes:
: Not right now, but it could. Right now you can tell something happened
: by examining the sysctl vfs.devfs.generation
OK. As soon as I get NEWCARD attaching devices, I'll revisit this as
it is needed for pccard stuff. If things g
In message <[EMAIL PROTECTED]>, Warner Losh writes:
>In message <11056.970344237@critter> Poul-Henning Kamp writes:
>: We need a generic "devd" which finds out that devices have appeared,
>: set their perms (if needed/wanted) and executes any commands needed
>: (getty, mount, etc etc) by the devic
In message <11056.970344237@critter> Poul-Henning Kamp writes:
: We need a generic "devd" which finds out that devices have appeared,
: set their perms (if needed/wanted) and executes any commands needed
: (getty, mount, etc etc) by the device.
ifconfig and dhclient are likely the most often exec
In message <[EMAIL PROTECTED]> Jeremy Lea writes:
: Can mtree not be used for this? Seems like the quickest and cleanest
: solution to me...
No. Think removable devices.
Warner
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
In message <[EMAIL PROTECTED]> Alexander Langer writes:
: No - instead we should add something like devfs_permission{0,1,2,etc}
: (and maybe ownership) to rc.conf, which can be modified there and
: then rc.devfs sets them - similar to the ifconfig stuff.
:
: Opinions?
devd? We need it for other
In message <[EMAIL PROTECTED]>, Alexander Langer write
s:
>Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]):
>
>> You guys are overlooking something about DEVFS: devices may appear
>> post-boot.
>
>Ah, yes.
>
>BTW: Devices don't disappear if you unload devices.
>This happens for example with bktr.
Thus spake Poul-Henning Kamp ([EMAIL PROTECTED]):
> You guys are overlooking something about DEVFS: devices may appear
> post-boot.
Ah, yes.
BTW: Devices don't disappear if you unload devices.
This happens for example with bktr.ko.
When I then reload bktr.ko, I get the following:
WARNING: Driv
In message <[EMAIL PROTECTED]>, Jeremy Lea writes:
>Hi,
>
>On Sat, Sep 30, 2000 at 01:53:12PM -0500, Mike Meyer wrote:
>> Well, I like your idea better than mine (though device_chmods="first
>> second etc" then chmod_first, chmod_second, chmod_etc would be better
>> names), but meant to ask - is t
Hi,
On Sat, Sep 30, 2000 at 01:53:12PM -0500, Mike Meyer wrote:
> Well, I like your idea better than mine (though device_chmods="first
> second etc" then chmod_first, chmod_second, chmod_etc would be better
> names), but meant to ask - is there some reason that /etc/fbtab can't
> be used for this
Alexander Langer writes:
> Thus spake Mike Meyer ([EMAIL PROTECTED]):
> > Does it possibly belong in /etc/defaults/rc.devfs, to slurp in
> > /etc/rc.devfs (if it exists) at the end?
> No - instead we should add something like devfs_permission{0,1,2,etc}
> (and maybe ownership) to rc.conf, which ca
Thus spake Alexander Langer ([EMAIL PROTECTED]):
> Can we add this to UPDATING, please?
Discard this statement.
The absence of a well-working DEVFS made me forget that it existed
before :-)
Alex
--
cat: /home/alex/.sig: No such file or directory
To Unsubscribe: send mail to [EMAIL PROTECTED]
Thus spake Mike Meyer ([EMAIL PROTECTED]):
> Does it possibly belong in /etc/defaults/rc.devfs, to slurp in
> /etc/rc.devfs (if it exists) at the end?
No - instead we should add something like devfs_permission{0,1,2,etc}
(and maybe ownership) to rc.conf, which can be modified there and
then rc.d
Alexander Langer writes:
> Thus spake Donn Miller ([EMAIL PROTECTED]):
> > > What is the suggested best way to set permissions on devices in DEVFS?
> > > (I want to chmod 664 /dev/acd0c to let users in the group operator
> > > burn CD-R's).
> > > Do we already have a common way that I missed?
> >
Thus spake Donn Miller ([EMAIL PROTECTED]):
> > What is the suggested best way to set permissions on devices in DEVFS?
> > (I want to chmod 664 /dev/acd0c to let users in the group operator
> > burn CD-R's).
> > Do we already have a common way that I missed?
> /etc/rc.devfs
Ah, thanks :)
Can we
On Fri, 29 Sep 2000, Alexander Langer wrote:
> What is the suggested best way to set permissions on devices in DEVFS?
> (I want to chmod 664 /dev/acd0c to let users in the group operator
> burn CD-R's).
> Do we already have a common way that I missed?
/etc/rc.devfs
- Donn
To Unsubscribe: sen
Hello!
What is the suggested best way to set permissions on devices in DEVFS?
(I want to chmod 664 /dev/acd0c to let users in the group operator
burn CD-R's).
Do we already have a common way that I missed?
Or is the best way to put it into rc.local (or similar)?
Thanks
Alex
--
cat: /home/alex/
19 matches
Mail list logo