Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace

2001-05-19 Thread Linus Torvalds
On Sat, 19 May 2001, Ben LaHaise wrote: > > 1. Generic lookup method and argument parsiing (fs/lookupargs.c) Looks sane. > 2. Restricted block device (drivers/block/blkrestrict.c) This is not very user-friendly, but along with symlinks this makes perfect sense. It would make partition handlin

Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace

2001-05-19 Thread Ben LaHaise
On Sat, 19 May 2001, Alexander Viro wrote: > Ben's /dev/md0/ is ugly - it's open just for side effects, > with no IO supposed to happen. Now that I'm awake and refreshed, yeah, that's awful. But echo "hot-add,slot=5,device=/dev/sda" >/dev/md0/control *is* sane. Heck, the system can even send b

Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace

2001-05-19 Thread Andrew Morton
Alexander Viro wrote: > > It's way past ugly. I knew you'd like it. It kind of makes sense, because it puts the two primary stream-of-bytes objects in Unix into the same namespace, with the same accessors. So if some random application is expecting a filename well heck, you just give it a path

Re: [RFD w/info-PATCH] device arguments from lookup, partion codein userspace

2001-05-19 Thread Alexander Viro
On Sat, 19 May 2001, Andrew Morton wrote: > So. When am I going to be able to: > > open("/bin/ls,-l,/etc/passwd", O_RDONLY); You are not. Think for a minute and you'll see why. Linus' idea of /dev/tty/ is marginally sane - it makes sense to consider that as configuring-upon-open. You