d242d5c6830087eded1c.newsdawg.com   
   mp.os.os2.misc:3719   
   From: "Dariusz Piatkowski"    
      
   Hi Folks!   
      
   Ever since my upgrade to the '21st century computing' (lol - a move from an   
   AMD    
   Barton to Phenom X4 setup) I have been experiencing an odd freeze here and    
   there. These are not hard locks, rather the WPS stops responding, mouse cursor    
   is still OK, CPU monitor (v 1.17) chugs along, but the WPS interface seems to    
   stop working. This is always brought on by something a given application has    
   attempted to do, once such app is AVXCAT, which I would love to use. The 2nd   
   on    
   is the latest PMView install program (WPI based). Both will soft-lock the WPS,    
   only CAD helps.   
      
   One thing I have been able to narrow this down to is the utilization of the 4    
   cores...if I shut-off the 3 remaining cores (using setproc utility) I am able   
   to   
   breeze through these processes.   
      
   So...what's the config I'm using? Warp4.52, CP2 with FP6 applied, using the   
   SMP    
   doscall, os2krnl, etc, PSD=OS2APIC.PSD /P=4 /APIC, although I have tried a   
   bunch   
   of different /PIC and /PREC options, none of which had made a difference.   
      
   What to do next? Well, using a nifty fixpak decode utility I decided to go    
   through FP6 again and make sure that the correct SMP specific code was   
   deployed    
   on my machine. I am making the assumption that the "5639A5550 - CP2 for Warp    
   Server for e-business (SMP)" is the final setup I want to duplicate to support    
   my SMP switch. Since I do not have the correct SYSLEVEL file for that OS/2    
   revision and therefore can not simply re-apply FP6 against that SYSLEVEL I'm    
   taking a somewhat of a longer path here.    
      
   I had previously applied FP6 when still using the Barton cpu, which was a    
   non-SMP system. Specifically, I find that the FP6 OS2.2 subdirectory in the   
   FIX    
   directory tree decodes to the following deployments (just a sample record):   
      
   KRNLRDEV.TDF @SMPDIR      KRNLRDEV.SD_ 13 10/17/06 08:42    4307 8598E6BB    
   Packed, Add                         \OS2\INSTALL\SMP   
   KRNLRDEV.TDF @UNIDIR      KRNLRDEV.UD_ 13 10/17/06 08:31    4232 819A1896    
   Packed, Add                         \OS2\INSTALL\UNI   
   KRNLRFS.TDF  @SMPDIR      KRNLRFS.SD_  13 10/17/06 08:42    4927 1B715B3D    
   Packed, Add                         \OS2\INSTALL\SMP   
   KRNLRFS.TDF  @UNIDIR      KRNLRFS.UD_  13 10/17/06 08:31    4874 A40C5818    
   Packed, Add                         \OS2\INSTALL\UNI   
      
   ...so the TDF files are being tossed into the SMP or UNI subdirectories of the    
   \os2\install path, and thus my question, is this the FINAL resting place for    
   these? Previously, I had the UNI processor stuff going to G:\os2\system\TRACE,    
   but is the SMP configuration different?   
      
   I ask because as I'm attempting to debug the hanging applications I'm trying   
   to    
   get a good working DUMP/DEBUG/TRACE environment...   
      
   Thanks!   
   -Dariusz   
      
      
      
   --- Internet Rex 2.31   
    * Origin: NewsGuy - Unlimited Usenet $19.95 (1:261/20.999)