home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / windows / x / i386unix / 88 < prev    next >
Encoding:
Text File  |  1992-12-21  |  3.3 KB  |  80 lines

  1. Newsgroups: comp.windows.x.i386unix
  2. Path: sparky!uunet!spool.mu.edu!uwm.edu!linac!att!cbnewsk!cbnewsj!dwex
  3. From: dwex@cbnewsj.cb.att.com (david.e.wexelblat)
  4. Subject: Re: X386 on Hercules and X386 bugs and suggestions
  5. Organization: AT&T
  6. Date: Mon, 21 Dec 1992 13:23:32 GMT
  7. Message-ID: <1992Dec21.132332.11450@cbnewsj.cb.att.com>
  8. References: <TMH.92Dec20235423@keks.first.gmd.de> <1992Dec21.032715.14701@cbnewsj.cb.att.com> <1992Dec21.052259.24129@athena.mit.edu>
  9. Lines: 69
  10.  
  11. In article <1992Dec21.052259.24129@athena.mit.edu> dmatic@athena.mit.edu (Davor Matic) writes:
  12. > Almost everyone has a monochorme Hercules board laying around somewhere.
  13. > They are quite obsolete offering only 720x348, but the nice thing about
  14. > them is that you can get them to work simultaneously with a VGA  board
  15. > and have two monitor heads controlled by your favorite X386 server.
  16. > So, as my classes ended last Wednesday, I decided to try out my luck and 
  17. > write an additional driver to X386 to handle Hercules boards.  And it
  18. > works! :-)  Partly...  Here are the problems and suggestions:
  19.  
  20. Good for you.  When you get this working, send it to us and we will
  21. include it in XFree86.
  22.  
  23. > [I was workong with X386 version supplied with mit X11R5 release]
  24.  
  25. Big mistake.
  26.  
  27. > X386 handles VT (virtual terminal) switches quite poorly.  Things work
  28. > well if one is using only one monitor, but when using two monitors,
  29. > the routine x386VTSwitch from x386Events.c refreshes only the first
  30. > screen when entering/leaving VT, and releases only the current screen.
  31. > This might have been fixed by now, but this behaviour is undesirable
  32. > when people are using two displays.  It seems to me that all screens
  33. > would have to be released and refreshed when switching VT's.
  34. > Another problem is that EnterLeaveVT driver functions for the vga
  35. > drivers are not "reentrant", while they should be.  If the server is
  36. > running on two different boards, when releasing VT's or exiting
  37. > (abnormally or normally) it has to call EnterLeaveFunc(LEAVE) on all
  38. > of its active drivers.  If one of the drivers disables IO, the server
  39. > will crash when it attempts to call the next board's
  40. > EnterLeaveFunc(LEAVE).  I fixed it by explicitly calling
  41. > EnterLeaveFunc(ENTER) before EnterLeaveFunc(LEAVE) in the generic vga
  42. > EnterLeaveVT.
  43.  
  44. This is handled in XFree86.  Along with lots of other bugs.  I suggest
  45. you upgrade your sources to XFree86 1.1.  That will relieve a lot of
  46. your problems.
  47.  
  48. > But the biggest problem is tha mfb doesn't cut it for Hercules boards.
  49. > Even though Hercules frame buffer is directly accesible, the lines are
  50. > not mapped directly.  HGA mapps lines in increments of 4, and then it
  51. > wraps back.  So my screen looks quite strange, having every line
  52. > scrambeled around by a factor of 4.  Are there any mfb (or cfb)
  53. > implementations that could be given a list of line pointers rather
  54. > than just a frame buffer pointer and do the right thing?  I don't
  55. > wanna rewrite mfb myself... :-(
  56.  
  57. Now you know why there's no Hercules driver :-<.  It's not going to
  58. be easy to make this work.
  59.  
  60. > Thanks for any pointers,
  61. > Davor
  62.  
  63.  
  64. --
  65. David Wexelblat <dwex@mtgzfs3.att.com>  (908) 957-5871
  66. AT&T Bell Laboratories, 200 Laurel Ave - 3F-428, Middletown, NJ  07748
  67.  
  68. "The meaning of life?  That's simple.  Try to be happy, try not to hurt
  69.  other people, and hope to fall in love."  -- Mallory Keaton
  70.