home *** CD-ROM | disk | FTP | other *** search
/ Executor 2.0 / executorv2.0.iso / pc / linux / extra / docs / maillist / text / archive.95 / text1760.txt < prev    next >
Encoding:
Text File  |  1996-04-02  |  2.6 KB  |  60 lines
  1. >>>>> "jowaters" == jowaters  <jowaters@NMSU.Edu> writes:
  2.  
  3.     jowaters> Oh, for the record ARDI folks, executor 1.2.7 doesn't
  4.     jowaters> work on my machine either (I'm running a 2-meg VL-bus S3
  5.     jowaters> 805 board, like others who have already posted bug
  6.     jowaters> reports...  I guess it's a chipset problem right now...)
  7.  
  8.     jowaters> But the X version is amazing.  I'm totally impressed
  9.     jowaters> with the work you folks have done so far.  If there's
  10.     jowaters> anything I can do to help debug the svgalib version (my
  11.     jowaters> screen goes black, but I still retain control of the
  12.     jowaters> machine) I'd love to help...  I don't know how to get
  13.     jowaters> any debug output from it right now though.
  14.  
  15. Here's a message from the linux-svgalib mailing list yesterday, from
  16. one of the main svgalib maintainers.  It explains what we believe to
  17. be the problem (cottons@ardi.com figured it out).  Basically,
  18. `vga_safety_fork' (an svgalib routine Executor calls) is broken
  19. because it throws away important I/O port permissions.  We should have
  20. a workaround in the next BleedingEdge release.
  21.  
  22. Thanks for your patience.
  23.  
  24. -Mat
  25.  
  26. ----------------------------------------------------------------------
  27. From: Michael Weller <eowmob@exp-math.uni-essen.de>
  28. Sender: vger.rutgers.edu!owner-linux-svgalib
  29. Sender: owner-linux-svgalib@vger.rutgers.edu
  30. To: linux-svgalib@vger.rutgers.edu
  31. Subject: vga_safety_fork()
  32. Date: Thu, 7 Sep 1995 17:36:28 +0200 (MSZ)
  33.  
  34. I was pointed to a problem with vga_safety_fork().
  35. iopermissions are not inherited through forks which causes a segfault
  36. when the ports are accessed. The segfault handler tries to restore textmode
  37. which again segfaults when accessing the ports -> endless loop.
  38.  
  39. One could change get_vga_perm to get the required access permissions, but 
  40. this doesn't help coz it does not care for the access permissions of all
  41. card specific registers. Calling the cards initialization routines
  42. a second time might not work well for all drivers. I don't see an easy fix
  43. for this problem. A new card specific driver func might be needed to 
  44. clone the permissions.
  45.  
  46. I'll investigate further, but if I don't find a simple solution I'll make
  47. vga_safety_fork a noop until a working solution is found.
  48.  
  49. One could, however, just call iopl(3) in the forked off proc as we
  50. really trust it (do we?).
  51.  
  52. Comments/Suggestions?
  53. Michael.
  54.  
  55. (eowmob@exp-math.uni-essen.de or  eowmob@pollux.exp-math.uni-essen.de
  56. Please do not use my vm or de0hrz1a accounts anymore. In case of real
  57. problems reaching me try mat42b@aixrs1.hrz.uni-essen.de instead.)
  58. ----------------------------------------------------------------------
  59.  
  60.