Re: [PATCH] devfs v99.11 available

[Richard Gooch]

James A. Simmons writes:
> 
> On Thu, 10 Feb 2000, Khimenko Victor wrote:
> 
> > In <[e-mail]> James Simmons ([e-mail]) 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:     [e-mail]
Current: [e-mail]