Messages in this thread | | | Date | Fri, 11 Feb 2000 07:54:30 +1100 | From | Richard Gooch <> | Subject | Re: [PATCH] devfs v99.11 available |
| |
James A. Simmons writes: > > On Thu, 10 Feb 2000, Khimenko Victor wrote: > > > In <Pine.LNX.4.10.10002090846040.2414-100000@maxwell.futurevision.com> James Simmons (jsimmons@acsu.buffalo.edu) wrote: > > > > >> This is against 2.2.14. Highlights of this release: > > >> > > >> - Ported devfs-patch-v99.10 to kernel 2.2.14 > > >> > > >> - Moved /dev/tty0 to /dev/vc/0 > > > > > Why did you move tty0 to vc/0 ? The console system will be changing for > > > 2.5.X. It will become multihead aware which means that we might end up > > > with /dev/tty representing physical heads and /dev/vty to represent > > > virtual consoles. > > > > There are EXECTLY one tty with devfs now: /dev/tty - current tty for process. > > I think this name is used that way even before Linux. > > Right. That will not change. > > > Now there are > > /dev/vc/* to represent virtual consoles and /dev/vcc/* to represent color > > virtual consoles (i.e. virtual consoles with attributes). > > Okay. Instead of /dev/vtyX like I was think of. > > > /dev/tty0 was > > "current" virtual console. So it naturally belond to /dev/vc/0 . > > Which will change meaning if their is more than one head.
The change would happen anyway, irrespective of devfs.
> > With multihead > > one additional directory can be itroduced for physical heads > > (/dev/<something>/*) but /dev/vc/* will be virtual consoles anyway and > > /dev/vc/0 will be current virtual console. > > I understand but see below. > > > You can not use names /dev/tty/* > > for "physical heads" and use /dev/tty at the same time (even with devfs you > > can not have character device and directory with the same name in one > > subdirectory). So what's strange with this decision ? > > Thats not what I was saying. /dev/ttyX represent each head and /dev/vtyX > represent each virtual console. > > The question is where did this design come from? Is their a > technical or standards issue reason for this change ? Its no big > deal except for breaking things. I just want to know thw reasoning > behind this design.
I still don't see what is being broken by this change in devfs.
Regards,
Richard.... Old: rgooch@atnf.csiro.au Current: rgooch@ras.ucalgary.ca
- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.rutgers.edu Please read the FAQ at http://www.tux.org/lkml/
| |