home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 21447 < prev    next >
Encoding:
Internet Message Format  |  1992-12-22  |  1.3 KB
  1. Xref: sparky comp.os.linux:21447 comp.windows.x.i386unix:124
  2. Newsgroups: comp.os.linux,comp.windows.x.i386unix
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!swrinde!gatech!concert!rock!taco!adm.csc.ncsu.edu!dbt
  4. From: bray@wcuvax1.wcu.edu (Jim Bray)
  5. Subject: Xfree86 1.1 on Linux: et4000 clocks-resetting problem?
  6. Message-ID: <1992Dec22.193535.27224@ncsu.edu>
  7. Originator: dbt@adm.csc.ncsu.edu
  8. Sender: news@ncsu.edu (USENET News System)
  9. Organization: wcuvax1.wcu.edu (CS Dept., Western Carolina University)
  10. Date: Tue, 22 Dec 1992 19:35:35 GMT
  11. Lines: 17
  12.  
  13.   I brought down Xfree86 1.1 from tsx-11. It comes up much faster than
  14. Xfree86 1.0Ya, which came with the SLS of 12/03, and came up fine the
  15. first time I tried it after running 1.0Ya, but on subsequent
  16. invocations the clocks were different from what I see with 1.0Ya on
  17. linux and 1.1 on sysV.4 (this is with a Speedstar 1MB card). When I
  18. adjusted the Xconfig file, it came up but what unusable. I got around
  19. this by putting a "Clocks" line in (I hadn't been using one)
  20. hard-coding theclock values that Xfree 1.0Ya reported.
  21.   I suspect it is not resetting the clocks on termination in the same
  22. way that Xfree 1.0Ya did.
  23.   I am running Linux 0.99
  24.  
  25. --Jim Bray (bray@wcuvax1.wcu.edu)
  26.  
  27. (Please Support the League for Programming Freedom, and Boycott ATT
  28.  because of their legal intimidation of BSDI, UCB, and CMU)
  29.  
  30.