home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / xenix / sco / 3287 < prev    next >
Encoding:
Internet Message Format  |  1992-11-10  |  3.3 KB
  1. Path: sparky!uunet!consult!bob
  2. From: bob@consult.UUCP (Bob Willey CDP)
  3. Newsgroups: comp.unix.xenix.sco
  4. Subject: Re: SCO Xenix compatability & Systems
  5. Keywords: Xenix compatability
  6. Message-ID: <1230@consult.UUCP>
  7. Date: 10 Nov 92 15:02:01 GMT
  8. References: <1228@consult.UUCP> <BxGn8t.AMq@acsu.buffalo.edu>
  9. Reply-To: bob@consult.UUCP (Bob Willey CDP )
  10. Organization: CCS Enterprises, Inc. - Easton, MD
  11. Lines: 50
  12.  
  13. In article <BxGn8t.AMq@acsu.buffalo.edu> v505pda4@ubvmsb.cc.buffalo.edu (Jerome J Schentag) writes:
  14. >In article <1228@consult.UUCP>, bob@consult.UUCP (Bob Willey CDP) writes...
  15. #>We have recently been doing some testing for several clients
  16. #>about running SCO Xenix 386 v2.3.4 on various machines.
  17. #>I know that most of the major names have been listed in the SCO
  18. #>compatability list, but...  What about all the rest of the machines
  19. #>that seem to be popping up everywhere?
  20. #> 
  21. #>We have seen problems on several machines (486/33 & 486/50) where it
  22. #>has problems booting the N1 diskette.  Comes up with a string of "EEEE"'s.
  23. #>The number of EEE's will vary. Sometimes it will come to the Boot:
  24. #>prompt and many times it will not???
  25. #> 
  26. #>The machines have AMI BIOS, and various controllers.
  27. >>>.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
  28. >
  29. >We had the same problem when we decided to upgrade our Xenix system to a 486-33
  30. >from a 384-40.  I discovered that when I turned off the internal and external 
  31. >486 cache (which the AMI bios I had allowed) The system would boot normally
  32. >but was slower than the 386 (bummer 8-( .)  After a call to tech support
  33. >for the hardware suggested turning on one wait state for the cache everything
  34. >worked fine.  It was amazing, first time I actually got a correct answer to a
  35. >problem in less than 30 seconds.  Seems that the machine works fine with
  36. >0 wait state cache under dos, but needs 1 wait state in cache for Xenix.
  37.  
  38. Here is a little further information on the problem.  We have tried adding
  39. wait states to memory and also slowing down the motherboard clock speed
  40. to no avail.  Several people had mentioned that the "EEEEE"'s were documented
  41. in the SCO manuals, so I spent a few hours looking and found 1 reference
  42. to them, in the SCO Xenix Installation Guide.  It mentions to verify diskette,
  43. and the N1 will boot on another system, making sure the diskette is inserted
  44. correctly (It has not been that bad a day, yet..), Verify that the door
  45. is completely closed, and it is; it also mentions to tap the edge of the
  46. floppy ??
  47. It concludes that is error messages EEEE still persists, call your provider
  48. to get a new floppy.  We have replaced the floppy, and the ide controller.
  49.  
  50. A 2nd machine was getting the same errors when booting from floppy (EEEEEE)
  51. and if you were persistent and kept trying it would eventually work, booting
  52. from the HD has been without a failure (2 days now). It was just booting
  53. from the floppy that gave problems.
  54.  
  55. Several people have mentioned that AMI/BIOS should work fine.  It is using
  56. the Symphony chipset.  Both are 486's.  (33 & 50).  Not DX2's.
  57.  
  58. -- 
  59. >.. Bob Willey, CDP          ..  |  ..  uunet!consult!bob  bob@ccs.com   ..<
  60. >.. CCS Enterprises, Inc.    ..  |  ..   Office: (410) 820-4670          ..<
  61. >.. P.O. Drawer 1690         ..  |  ..      FAX: (410) 476-5261          ..<
  62. >.. Easton, Maryland 21601 ......|......... BBS: (410) 476-5098 ...........<
  63.