home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.sysv386
- Path: sparky!uunet!hobbes!staceyc
- From: staceyc@sco.COM (Stacey Campbell)
- Subject: Re: Video problems with ODT 2.0
- Organization: The Santa Cruz Operation, Inc.
- Date: Thu, 19 Nov 1992 20:03:53 GMT
- Message-ID: <1992Nov19.200353.11318@sco.com>
- References: <1992Nov19.142019.17840@crd.ge.com>
- Sender: news@sco.com (News admin)
- Lines: 30
-
-
- In article <1992Nov19.142019.17840@crd.ge.com> davidsen@crd.ge.com (bill davidsen) writes:
- > We recently tried to install the advanced video drivers on an SCO ODT
- >2.0 system and got a make failure partly through the kernel build. It
- >seems that the sdevice file has a few lines of garbage in it, and when
- >we clear the garbage the make process nicely puts them back in.
-
- The AGA EFS doesn't get into sdevice.d territory, and we've never seen
- this problem in the (seemingly endless) test installs we did before we
- shipped this EFS.
-
- > We were using sysadmsh to do it, and we've installed the same software
- >on two other identical machines, so I don't see much room for
- >incompatibility or operator error.
-
- Do you have the same problem on the other machines?
-
- > If anyone has an idea how to salvage this machine other than a
- >complete reinstall and recustomization, please let me know.
-
- Your sdevice file is a conglomeration of the files in /etc/conf/sdevice.d,
- it's pretty likely that one of those files contains the mess you are
- seeing. If you manage to find the culprit, fix it up, then relink the
- kernel. It would also be interesting (at least for me ;-) if you could
- reinstall the AGA EFS and see if the problem reappears. Other than
- asking the kernel for privileges to scribble on physical memory and
- access i/o ports (/etc/conf/pack.d/cn/class.h) the AGA EFS generally
- keeps clear of the kernel directories.
- --
- Stacey Campbell - staceyc@sco.com - uunet!sco!staceyc
-