home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / os / linux / 6438 < prev    next >
Encoding:
Text File  |  1992-07-22  |  3.0 KB  |  63 lines
  1. Newsgroups: comp.os.linux
  2. Path: sparky!uunet!cis.ohio-state.edu!zaphod.mps.ohio-state.edu!rpi!think.com!spdcc!dirtydog.ima.isc.com!newsserver.pixel.kodak.com!sisd!obz
  3. From: obz@sisd.kodak.com (Orest Zborowski COMP)
  4. Subject: Re: changing to another virtual console...
  5. Message-ID: <1992Jul22.205554.24030@sisd.kodak.com>
  6. Organization: Printer Products Eastman Kodak
  7. X-Newsreader: Tin 1.1 PL4
  8. References: <1992Jul22.151302.18811@crd.ge.com>
  9. Date: Wed, 22 Jul 92 20:55:54 GMT
  10. Lines: 51
  11.  
  12. davidsen@ariel.crd.GE.COM (william E Davidsen) writes:
  13. >In article <1992Jul22.045943.925@sspiff.ampr.ab.ca>, dje@sspiff.ampr.ab.ca (Doug Evans) writes:
  14. >
  15. >| The SVR4/386 systems and SCO Xenix provide ioctl's to do this.
  16. >| I think Linux should just follow suit and use those. Why add extra
  17. >| pain to people porting applications that use the ones already in existence?
  18. >
  19. >  The world is breaking down to BSD and V.4, and BSD is going away...
  20. >please use the SVR4 standard rather than xenix, if they differ. I agree
  21. >that reinventing the wheel is not the way to go.
  22. >-- 
  23. >bill davidsen, GE Corp. R&D Center; Box 8; Schenectady NY 12345
  24. >    It never ceases to amaze me that otherwise rational people, able to
  25. >    understand calculus, compound interest, and the income tax form, can
  26. >    continue to believe that poker is a game of chance.
  27.  
  28. i agree. i just read in unix world how svr4.2 is gonna change the face of
  29. unix by being the standard. i dunno about that, but it is certainly true
  30. that most flavors of unix (commercial, that is) are leaning towards svr4
  31. at least in some fashion, and posix is closer to svr4 than bsd.
  32.  
  33. when i ported the x386 server i was faced with the svr4-isms built in, so
  34. i grabbed the usl svr4 manual describing vt/kd handling and implemented
  35. the bare minimum required by the server. the biggest piece that i omitted
  36. was the vt switching.
  37.  
  38. under svr4, the kernel switching between vt's with a hot key, as is done
  39. in linux. a process may ask the kernel to be notified if a switch is
  40. pending, something they call process mode as opposed to auto mode. the
  41. kernel is supposed to post a signal to the process, which must then
  42. inform the kernel when it's ok to switch, if at all. the difficulty in
  43. this is the bookeeping involved inside the kernel - which process has
  44. control over what vt, what state are we in, etc, as well as keeping
  45. track when this controlling process terminates. it's not too difficult,
  46. just a bit tricky.
  47.  
  48. i pretty much copied the header information right from the manpages as
  49. given in this book (the structures were given in pieces), but there wasn't
  50. enough time for me to go back and fill in the details, so our x386 has
  51. this stuff commented out.
  52.  
  53. please feel free to play with this construct as i don't have access to
  54. a real svr4 machine, so i can't probe the limits of the implementation
  55. (i.e. thats the problem with me fixing the text mode foobar - most svr4
  56. kernels do nifty things which aren't documented too well in my book and
  57. x386 assumes do happen, hence the problems in linux).
  58.  
  59. zorst
  60. -- 
  61. zorst (orest zborowski)
  62. [obz@raster.Kodak.COM]
  63.