Date: Wed, 25 Jul 2001 20:34:29 -0400 From: madodelatptdprolog.net Subject: [VOICENWS] New W4, UNI, SMP Kernel 0710 on IBM's Testcase site From: Scott E. Garfinkle as posted on comp.os.os2.bugs [ Moderator note: As always only use files from IBM's Testcase facility if you are able to accept a certain degree of risk, and always backup any files prior to installing new versions. You have been warned!!!! Report any problems/outcomes on the comp.os.os2.bugs Usenet group. Don't send your problems to me. I'm just passing on the information. ;-) ] The latest build is out. As always, get the kernels on the internet at ftp://testcase.boulder.ibm.com/ps/fromibm/os2 DFxxx is the dump formatter stuff for this build. xxxD.zip are the debug kernels. Don't use them unless you know how to use the kernel debugger. If you use SES, any of the SESDD32s released since Mar 1 are ok, though today's version fixes a couple of bugs. w4 kernels are for Warp 4/MCP uni/smp kernels are for WSeB/ACP uni and smp installations readme follows: ------------------------------------------------------------------------------ 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 April 2001 or later to use this kernel. Also, a matching dump formatter (df_ret.exe), provided separately, is required, if you want to analyze a dump from this kernel. Finally, note that os2ldr is only required for the >64mb memory detection mentioned below. 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) AHA154X.ADD may do bad things to your system. Don't even askb b) There may be some settings of HPFS386 cache that are incompatible. 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$". ***change from 0220/0223: Traps in 32 bit code now show the modname, too 5) Systems with a 486SX chip running FP15 will function correctly. Note, they will NOT work with ACP or (necessarily) on MCP. 6) SESDD32 will now work correctly (I hope) for both uni and smp Bug Fixes: Fixes from earlier "dated" kernels: 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. Fixed some trap and other problems specific to the 0220/0223 kernels Fixed a regression from JR15038 that caused a trap in CWBBS.IFS and PCSFLR0.IFS (AS/400 shared folders access). Fixed a regression in the 0330 kernel that messed up getting procdumps Fixed a regression in the 0416 kernel that caused some hangs and also affected APM Fixed a regression in the 0502 kernel that prevented booting altogether or caused other very bad problems. Fixed a regression in the 0502/0503 kernels that caused some odd trap d/e's in the scheduling code Don't use the 0601 kernels. Don't use the 0615 kernels, either. There seems to have been some kind of build problem, there. Fixes to problems that exist in released code: 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 (note, theseus4.exe may still end up with a sys3175, but at least the system doesn't crash). PJ27736: Trap in _PLD_WriteReturnCode PJ27777: Set BEGINLIBPATH= (in config.sys ONLY) may be ignored. Also, it would lead to a bogus copy of BEGINLIBPATH= in the environment. ;PJ27821: Trap 000e in SchedNextRet2 on some APM-enabled machines ; *removed as of 0508 -- original fix caused regressions. new fix ; on hold, for now PJ27906: Trap 000e in pvwRegKrnlInstance running SPM/2 (may also cause unknown odd behavior in other performance monitors). PJ27919: Complete system hang running some apps (same as JR12136) PJ27544: Panic in SwitchNPX PJ27972: trap 000e in _SecExecPost (the actual fix is in ses0604 or later) PJ27952: DosFindFirst returns incorrect returncode for various bufsizes when querying extended attributes PJ28005: ProcDump command returns error code 6 (and the procdump is invalid) PJ28013: read of >2k from named pipe on a timecritical thread can cause loss of pipe data or session hang PJ28027: trap in KMQueryClientRegister reallocating a trace buffer 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. ----------- To unsubscribe yourself from this list, send the following message to majormajoratos2voice.org unsubscribe news end If you have an announcement you would like posted to the VOICE News list, please send it to submitatos2voice.org. Please include a valid reply address and a real contact name. If you wish to comment on this post, please reply to feedbackatos2voice.org