[vconsole-discuss] devname file system and VT

Dear all, Based on the discussion these days, there is an update version of summary. It introduces the behavior of /dev/vt on devname file system for VT. Your comments are appreciated. 1. The device nodes under /dev/vt are managed by devname file system built-in functions. These files are real de

[vconsole-discuss] [Fwd: devname and VT]

Darren J Moffat wrote: > LingBo Tang wrote: > >>Darren J Moffat wrote: >> >>>LingBo Tang wrote: >>> >>>>- current VT usage model is not match with devname as other cases, >>>> like pts and clearview; >>>>- manage active lin

[vconsole-discuss] [Fwd: devname and VT]

Darren J Moffat wrote: > LingBo Tang wrote: >> - current VT usage model is not match with devname as other cases, >> like pts and clearview; >> - manage active link as symlink in devname filesystem requests expand >> current devname. >> - VT daemon can update

[vconsole-discuss] [Fwd: devname and VT]

FYI. In general, we suggest to let "vtdaemon" maintain the symlink. Original Message Subject: devname and VT Date: Mon, 02 Jul 2007 17:03:12 +0800 From: LingBo Tang To: Edward Pilatowicz , Vikram Hegde , Jerry Gilliam , Artem Kachitchkine CC: virtual-console-it

[vconsole-discuss] Proposal for "active link" in VT

Darren J Moffat wrote: > What manages /dev/vt/active ? > > When does it change ? > > Does it ever not exist ? > In general, we think vtdaemon can manage this file. we also tried to use devname file system, but not finalized yet. Anyway, after a success VT switch, the target of the symlink will b

[vconsole-discuss] Proposal for "active link" in VT

logindevperm only take effect during login time and connecting removable devices. When previous session end, logindevperm will set these devices back to 'root' to wait for next login regardless whether there is another active session or not. Regards, LingBo Darren J Moffat wrote: > Consider this.

[vconsole-discuss] Proposal for "active link" in VT

Darren J Moffat wrote: > LingBo Tang wrote: >> Dear all, >> >> There is a proposal for "active link node" in VT. >> Your comments are greatly appreciated! > > I don't understand what you are trying to say here. > > Please clearly state what

[vconsole-discuss] Proposal for "active link" in VT

Dear all, There is a proposal for "active link node" in VT. Your comments are greatly appreciated! Proposal: replace "/dev/console" with "/dev/vt/active" in /etc/logindevperm as below: /dev/console 0600 /dev/sound/* will be changed as: /dev/vt/active 0600 /dev/sound/* Justification: 1. /d

[vconsole-discuss] Where is the source code ?

No source available outside. You can refer from internal workspace if you want. Regards, Lingbo Moinak Ghosh wrote: > Hello, > >Looking at the downloads I cannot see any source code available. where > can I grab the source ? Is there a mercurial repository present ? > > Regards, > Moinak. >

[vconsole-discuss] Re: [osol-discuss] Virtual Console new release available NOW!

Mike Ford Ditto wrote: > > Also in Amiga Unix there was an "index" screen that showed a brief list of the > open virtual consoles and a w(1)-like display of what was running on each one. > You could use the arrow keys or mouse to switch to one of the screens. The > index screen could be selected

[vconsole-discuss] Question regarding compatibility

virtual console depends on another project "coherent console" which use "kernel terminal emulator" instead of OBP for console output on SPARC. So far, coherent console can only run with XVR-100. The support on other graphic cards are still in development I guess. William Yang wrote: > Is virtual

[vconsole-discuss] Virtual Console new release available NOW!

Hi all, The new release for "Virtual Console" is available in opensolaris now: http://opensolaris.org/os/project/vconsole/Downloads/ There is a brief changes list for your reference: 1. add many secure feature, like secure switch via vtdaemon, which require password during switching. follow SMF

[vconsole-discuss] Virtual Console new release available NOW!

Hi all, The new release for "Virtual Console" is available in opensolaris now: http://opensolaris.org/os/project/vconsole/Downloads/ There is a brief changes list for your reference: 1. add many secure feature, like secure switch via vtdaemon, which require password during switching. follow SM

[vconsole-discuss] Re: Re: What is the current status of virtual

David Bustos wrote: > Quoth LingBo Tang on Fri, Apr 06, 2007 at 10:26:43AM +0800: >> The usage of "Alt-h" will be removed in next version because the 1st >> virtual console stand for /dev/console now. You can use "Alt-F1" for >> system console. >> &qu

[vconsole-discuss] Re: Re: What is the current status of virtual

Nigel Smith wrote: > Lingbo, I'm glad to hear that in the new (next?) version of the code, > it will not be required to release the 'Alt', before pressing another > function key, to select the next virtual console. > > When I'm using Linux in text mode, I like to be able to hold the 'Alt' key > d

[vconsole-discuss] Re: What is the current status of virtual consoles?

Darren J Moffat wrote: > David Bustos wrote: >> Quoth LingBo Tang on Mon, Apr 02, 2007 at 09:15:18AM +0800: >>> Nigel Smith wrote: >>>> It seems you cannot (always) immediately follow Alt-F#, by another >>>> Alt-F# and get the next console. Someti

[vconsole-discuss] Re: What is the current status of virtual consoles?

Nigel Smith wrote: > Ok, I have given it a try, and here is my feedback: > > I have never done an install from a bfu archive before, > but I thought I would give it a try. > Usefully, Ben Rockwood gave some advice, via his blog, > on how to do a bfu upgrade, at just the right time: > http://ww

[vconsole-discuss] What is the current status of virtual consoles?

Nigel Smith wrote: > Hello. My question is 'What is the current status of virtual consoles?' > > I know this question was asked earlier in the forum, but all I can find > are off-topic replies! > Is there an answer to the question in one of the posts, hidden amongst > the spam? If there is, then

[vconsole-discuss] Re: Trusted Extensions impact investigation

William Young wrote: > LingBo Tang wrote: >> Hi all, >> >> The attached file is the summary of investigation on TX with >> virtual console project. Your feedback are appreciated. > This looks like a good summary to me. > > A few concerns I have are: > &g

[vconsole-discuss] Trusted Extensions impact investigation

Hi all, The attached file is the summary of investigation on TX with virtual console project. Your feedback are appreciated. Regards, Lingbo -- next part -- An embedded and charset-unspecified text was scrubbed... Name: tx-investigation.txt URL:

[vconsole-discuss] console device management proposal

Hi all, The attachment is a proposal for "console device management" in virtual console. Your comments are really appreciated! Regards, Lingbo -- next part -- An embedded and charset-unspecified text was scrubbed... Name: vt-dev-investigation.txt URL:

[vconsole-discuss] help review updated virtual console spec

Darren J Moffat wrote: > Riny Qian wrote: >> All, >> >> Please take a look at the updated virtual console spec: >> >> http://www.opensolaris.org/os/project/vconsole/vconsole-spec.txt >> http://www.opensolaris.org/os/project/vconsole/vt.7i.txt >> >> Any comments are welcome. > > DJM-1 2.6 /dev/cons

[vconsole-discuss] current status

Robert Milkowski wrote: > > I guess it would be great to make it available on OpenSolaris.org - > even in BFU or some other form. At the end you'll have better testing > and early user feedback. > > That's true. It's great to get more feedback from community during our working.

[vconsole-discuss] current status

Robert Milkowski wrote: > > LT> This project is going quite well, and it has the highest priority now. > LT> In the 1st phase, the prototype can work well like Linux mode, and it > LT> can switch with Xorg. We hope it can be available early next year. > > You mean integrated into Nevada early n

[vconsole-discuss] current status

Robert Milkowski wrote: > Hi. > > I'm curious what is a current status for vconsoles? Unfortunately I do not > understand a word here... :) This project is going quite well, and it has the highest priority now. In the 1st phase, the prototype can work well like Linux mode, and it can switch

[vconsole-discuss] vconsole prototype yet ?

Riny Qian wrote: > > >> >> Furthermore, I think it's a little implicit to return a virtual console >> from 'command line login' rather than with 'Alt+Ctrl+F#' keys. >> For instance, if there are more than one consoles opening, who knows >> which one is the user's target? > > Previous active vir

[vconsole-discuss] vconsole prototype yet ?

Alan Coopersmith wrote: > LingBo Tang wrote: >> I mean I think there is no need for 'command line login' option after >> virtual console implementation. > > There might be an option in the GUI, but it should just activate a > virtual console switch with instru

[vconsole-discuss] vconsole prototype yet ?

Alan Coopersmith wrote: > LingBo Tang wrote: >> On the other hand, I like gdm's way who does not provide a 'command line >> login' option at all. > > That's a bug, not a feature - before gdm replaces dtlogin, it needs to > provide a way to get to

[vconsole-discuss] vconsole prototype yet ?

Alan Coopersmith wrote: > Darren J Moffat wrote: >> Is there a prototype of the vconsole work yet ? >> >> See CR# 6446957, we need vconsole to make the GDM/GNOME "Switch User" >> functionality work properly. >> > > Virtual console is also needed for gdm to replace the current > "hacky" method used