Text 1960, 92 rader
Skriven 2011-11-24 15:36:39 av Peter Brown
Ärende: Re: Fixpak file mapping - how to get a good DEBUG/TRACE/DUMP ?
======================================================================
Firefox/6.0.2 SeaMonkey/2.3.3
comp.os.os2.misc:3720
From: Peter Brown <losepeteSPAM-ME-NOT@ntlworld.com>

Hi Dariusz

Dariusz Piatkowski wrote:
> 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.
>


Maybe os2apic.psd is not that capable with modern hardware.

You may need to purchase eCS to get current apic support - when eCS 
finally get a good working version of their acpi.psd released.

You could try using markexe.exe (from the os/2 toolkit) or execmode.exe 
(should be in bootdrive:\os2) to mark apps that do not work with > 1 cpu 
and, hopefully, overcome problems.


Regards

Pete


> 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: virginmedia.com (1:261/20.999)