This contains fixes since xr_e002/xr_m015/mcp/acp. Important note: If you use
the OS/2 SES facility, you need a new sesdd32.sys dated 6 Feb 2001 or later to
use this kernel. Also, a new dump formatter (df_ret.exe) dtd 6 or 7 Feb 2001
is required, if you want to analyze a dump from this kernel.

New function:
    1) Support for >64m memory using int15 func e820. Note, this support is
       enabled ONLY for Intel Pentium Pro or later, or non-Intel Pentium-class
       machines. This is done in an effort to prevent problems on older PCs.
    2) The presence of \os2\boot\os2norev.$$$ suppresses the display of 
       internal revision during boot.
    3) Adding "EARLYMEMINIT=TRUE" to config.sys will allow device drivers, etc.,
       access to the memory above 16mb early in boot. Previously, this was only
       available after DD and IFS init was completed. This has various
       implications when enabled:
       	  a) large VDISKs are possible. I tried DEVICE=\os2\vdisk.sys 16000
	  b) AHA154X.ADD may do bad things to your system. Don't even ask.
	  c) There may be some settings of HPFS386 cache that are incompatible.
       This feature is experimental.
    4) Trap messages will now give the module name instead of the device name.
       For example, "Exception in module: CLOCK01" instead of "Exception in
       Device Driver: CLOCK$". Unfortunately, traps in linear code will still
       be somewhat "mysterious".
    5) Because item 4, above, necessitates a small additional overhead in
       resident memory when loading exectuables (device drivers, DLLs, EXEs),
       I've added an option 'NOOTE' to the RASKDATA= line. Now, we can have
	   RASKDATA=OTE,NOOTE,LOCKS,NOLOCKS
       where, heretofore, the default was NOOTE and all you could do was turn
       on OTE copies. In general, you shouldn't care about this at all. If you
       turn on NOOTE, trap screen reporting gets reverted to the old way....

Bug Fixes:
    Fixed a trap 000d in w_OpenCreate (140:4dfd or so in uni/w4 krnls, don't
              have regs for SMP). This was a post mcp/acp regression
    Fixed strange loader i/o problems specific to the 0111 kernel.
    Fixed a bootup sys31xx problem specific to the 0123 kernel.
    Fixed a problem that was (I think) specific to  Janauary uni & W4 kernels 
          which resulted in odd ring 3 (maybe ring 0?) traps and hangs
    Fixed some trap and other peculiar problems specific to the 0206 kernel.
          Those were the result of a build problem.

    JR15494: Delayed response of Ctrl-C or Ctrl-S (pause) in os/2 windows
    JR15405: (probably) DosQueryAsyncTimer fails on timecritical thread after
    	     mscount rolls over after 49.7 days of uptime
    JR15030: TRAPDUMP QUERY doesn't show PD (needs a new trapdump.exe, too)
    JR13335: Some VDMs won't run, complaining of too-long command lines
    JR15194: XCOPY fails with SYS1186 or SYS1192 on (at least) MO drives 
    JR15038: Trap 8 in h_DeviceHelpDM running an app from a tcpbeui drive
    JR15229: Files left open after ERROR_TOO_MANY_OPEN_FILES returned to app
    PJ27700: SMP systems may get a trap 000e in _tkStopScan, particularly 
             during a procdump operation.
    PJ27676: Causes hangs on some systems running UNI or W4 kernels
    PJ27554: Hang or (on allstrict) trap 3 on SMP (only) during beeps
    PJ27678: SMP kernels could not be RIPL-booted. As part of this, there is
	     a new config.sys parameter I13PAGES= available. Adding I13PAGES=1
	     to config.sys (note, no SET) reduces the memory usage of the mini
	     VDM processes used by ibm1s506.add and the GRADD drivers. This
	     becomes important in RIPL-boot situations. It may be helpful for
	     UNI RIPL boot, as well.
    PJ27677: SMP systems hang with multiple threads of same process
	     entering a critical section (affects ADSM client)
    PJ27757: Trap 000e running Theseus/4 double-clicking a process name
	     * Note: This was incorrectly reported as fixed in the 0220 kernel.
    PJ27777: Sometimes SET BEGINLIBPATH= in config.sys would be ignored
    

Following are rough instructions for applying the os2krnl fix:
In the directory from which you boot (C:\ or d:\ or whatever), type these
commands. Note that os2krnl should have come with this file.

1. attrib -r -s -h os2krnl
2. attrib -r -s -h os2ldr
3. copy os2krnl os2krnl.sav
4. copy os2ldr os2ldr.sav
5. copy \os2\system\trace\*.tdf  \save       (or wherever)
5. unzip -o xxx.zip
If you want, you can turn the os2krnl and os2ldr attributes back on, but
it's not necessary to do so.

Trace files (*.tdf)  have been included.

An os2krnl.sym file has been provided with this fix. Just save it somewhere
(root directory or anywhere). It is only needed in case OS/2 
service requests a standalone dump of your system in the future.
