Kbase 8131: SCO UNIX 3.2 Version 4.0 Release Notes
Autor |
  Progress Software Corporation - Progress |
Acesso |
  Público |
Publicação |
  5/10/1998 |
|
SCO UNIX 3.2 Version 4.0 Release Notes
920402-jom01
NOTES ON BOOTING KERNELS ON SCO UNIX 3.2 v 4.0 FROM SCO RELEASE NOTES
----------------------------------------------------------------------
Booting Old Kernels:
If you have installed SCO UNIX System V Release 3.2 Operating System
Version 4.0, and you attempt to boot a kernel from a previous release,
you may find that the old kernel will not boot and that the system
hangs. If this occurs, you should include the boot option, mem=/L in
the bootstring. The following example illustrates the point:
boot
: hd(40)unix.v2 mem=/L
boot(ADM) and mem= on Corollary architecture:
boot(ADM) will not support mem= on Corollary architecture.
Booting on EISA machines:
On some EISA machines, the boot procedure will report a different
amount of memory from that which is reported by the computer's memory
sizing diagnostics. Thi susplus of memory is detected during /boot and
kernel initialization. If /boot is used with the mem-/p option, it will
also report the excess memory, which will always be marked a "special"
(/s). The kernel does not actually use this "special" memory and so
there are no side effects.
Non-tunable kernel parameters:
In addition to those parameters mentioned in the "Tuning system
performance" chapter of the System Administrator's Guide, the values
of the following parameters should not be altered: MAXFC, MAXSC,
MSGMNI, MSGSSZ, MSGTQL, MSGSEG, NEMAP, NLOG, NSTRPUSH, NLOG, SEMAEM,
SEMMNS, SEMMSL, SEMOPM, SEMUME, SEMVMX, SHMMIN, STRMSGSZ.
************************************************************************
NOTE: THIS LAST NOTE IS PUT IN THIS RELEASE NOTE BY BY SCO TO
DISCOURAGE PEOPLE FROM MAKING RANDOM CHANGES. ANY CHANGES REQUIRED
BY PROGRESS WILL BE SUPPORTED BY SCO.
************************************************************************
Intel 387 coprocessor problems:
Because of design defects in Intel's 80386 chip (B1 stepping, part
numbers 540344 and 540362), the Intel 80387 math coprocessor may not
operate correctly in some computers, causing the CPU to hang during
DMA/paging/ coprocessor access. You can work around this problem by
changing the tunable kernel parameter DO387CR3 from 0 to 1 using the
configure(ADM) utility. See the "Tuning system performance" chapter of
the System Administrator's Guide.
Progress Software Technical Support Note # 8131