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.
> 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.
-
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/
This archive was generated by hypermail 2b29 : Tue Feb 15 2000 - 21:00:17 EST