Date: Mon, 16 Feb 1998 19:18:57 -0700 From: Nate Williams <nate@mt.sri.com> To: Julian Elischer <julian@whistle.com> Cc: current@FreeBSD.ORG Subject: Re: devfs persistence Message-ID: <199802170218.TAA26553@mt.sri.com> In-Reply-To: <Pine.BSF.3.95.980216153712.8949V-100000@current1.whistle.com> References: <199802162241.PAA00744@pluto.plutotech.com> <Pine.BSF.3.95.980216153712.8949V-100000@current1.whistle.com>
next in thread | previous in thread | raw e-mail | index | archive | help
> > >> I would say that 99.99% of our user community never modifies the > > >> permissions from the default that MAKEDEV creates. They seem to be > > >> able to use their devices just fine. > > I'd say it's 1% who actually want the permissions to STICK. I think you'd be sadly mistaken. I think it's probably more like 10-20% of the users who modify at least *one* /dev entry on their system. Maybe more than that. > > >Sure, and I was never proposing that the default state would, or > > >should, be insecure. My point was simply that you are suggesting that > > >there should be *no* configurable policy for new nodes. This is > > >inferior to the current methodology, and unacceptable to more than a > > >few people. > > The trouble with new nodes is that you really can't predict REALLY new > nodes. No matter WHAT the mechanism. Sure you can. No new nodes are going to show up on devices you have no driver for, and I certainly hope new kernels aren't built w/out any attention to what's put in them. > > Embedded systems should directly modify the kernel source to get the > > default permissions the way they want. I don't buy the inefficiency > > argument either. Device arrival events should be rare. How often do > > you expect them to happen? Once a second is still a relative eternity > > between arrivals. > > embedded systes probably don't have arriving devices at all. Not true. Think 'small' package PCMCIA/CardBus machines. I know of quite a few 'embedded' systems using laptops right now. Being able to hot-swap out a hard-drive and/or ethernet card or whatever is a big draw. Nate To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199802170218.TAA26553>