On 01/21/08 08:48 pm Ian Manners wrote:

> Setting up/changing a UNI Kernel system to SMP using ACPI
> from eComStation BetaZone.
> 
> Hardware used, AMD64 and AMD64x2 and AM2 socket MB with nVidia chipset.
> 
> First, ensure that you have downloaded the relevant kernels
> from the eComStation Beta zone, or from elsewere.
> 
> smp20050811.zip  <-- SMP kernel
> uni20050811.zip <-- UNI kernel
> 
> The Kernels from the betazone contain DOSCALL1.DLL
> so you will need to boot from floppy/CD/Other media if
> you want to simply  unzip smp*.zip on your  system disks
> root, otherwise you can unzip smp*.zip on your running
> system, and then extract DOSCALL1.DLL to a temp directory
> and use a utility to replace the currently locked DOSCALL1.DLL
> in your X:\OS2\DLL directory, like repmod.exe
> 
> ie  REPMOD DOSCALL1.DLL_UNI DOSCALL1.DLL
> 
> 17/10/07   15:22     142264           0  DOSCALL1.DLL
> 10/07/07   17:21     145772           0  DOSCALL1.DLL_SMP
> 17/10/07   15:22     142264           0  DOSCALL1.DLL_UNI
> 17/10/07   15:33      44132           0  DOSCALL1.SYM
> 
> Please note that if you are upgrading from a UNI to a SMP
> kernel that you MUST also  change the DOSCALL1.DLL
> file  for  the UNI version to the SMP version, and visa versaa
> if going back to UNI from SMP.
> 
> CONFIG.SYS
> ===========
> In config.sys you will need ONLY these lines,
> 
> PSD=ACPI.PSD /SMP /APIC
> BASEDEV=APM.ADD             <--- you probably dont need this line either
> run=c:\os2\AcpiDaemon.exe
> 
> If you have "basedev=acpica.add" please remove it.
> 
> My AMD64 Motherboards do not shutdown with ACPI but then
> I've never bothered (yet) to try other switches etc, and I simply press
> Ctrl+Alt+Del twice, and turn the computer off when I hear the video
> card fan speed increase. Pressing the on/off button does nothing.
> 
> You should have the following files in the specified directories.
> 
> X:\OS2\DLL\acpi32.dll
> 
> X:\OS2\BOOT\acpi.cfg
> X:\OS2\BOOT\acpi.psd
> 
> X:\MPTN\ETC\acpiD.cfg  (assuming this is where your ETC variable points)
> 
> There is no need to change anything in acpiD.cfg at this point, and its up
> to you the individual if you want to change settings later on.

All of this (except shutdown) works on my Asus M2N-SLI Deluxe system as 
long as I use the Adaptec U160 SCSI card.

> If you have a SCSI or Audio card that cannot be found after you boot
> to SMP (ie, true ACPI) mode, then you will need to edit \OS2\BOOT\acpi.cfg
> and add a REMAP line.
> 
> Remap lines are simply a way of remapping the now high IRQ back to a
> low IRQ if the supplied driver cannot work with high IRQ's, ie, 
> Sander van Leeuwen's SBLive driver cannot use high IRQ's.
> 
> To add a remap line, you need to know what IRQ the device has
> been mapped to, and what the devices preACPI IRQ is/was.
> 
> the preACPI IRQ can be found during a non ACPI/SMP boot
> if your lucky, my SBLive card for example states it is using IRQ11
> (when the driver loads in verbose mode). Otherwise you can
> boot without the /APIC switch and from the command line,
> "copy acpica$ acpi.log" (minus quotes), then view the acpi.log
> file and (from the ACPI FAQ) :-

With ACPI ver. 3.05, if I use just PSD=ACPI.PSD the machine boots OK (in 
uniprocessor mode, even though it has the SMP kernel) BUT

copy ACPICA$ ACPI.log

produces a zero-length file.

If I boot from the eCS 2.0RC3 installation CD, the above command does 
produce a non-zero file. See below.

> 
> Q63: How to use old drivers in APIC mode?
> A63: The purpose of REMAP is to make the old drivers unable to understand 
>      the high irq levels to work in APIC enviroment remapping the high IRQ 
>      given by the APIC back to PIC lower irq. 
>      
>      So, if you have the driver that does not work with high irq 
>      (i.e. well known SYM8XX.ADD or SYM_HI.ADD) do the 
>      following to make it work in APIC mode:
> 
>        1. Boot without /APIC and do copy acpica$ acpi.log
>        
>        2. Find in acpi.log the pci scan log and the line in it corresponding 
>           to your device. It will look like
> 
>           4:1.0  1000:21       IRQs: PCI:10 PIC:'LNKA':10 APIC:24 Apic Set: 10 
> 
>           There 1000 - vendor id, 21 - device id of your device. You can find 
>           the vendor/device ids of your device in pci.exe output. Just 
>           search there the name of your device. In this line we see the ordinal 
>           PIC irq level is 10, APIC irq level is 24. So we must map 
>           back 24 irq to 10
> 

Before I received this message of yours, I had already spent a while 
fiddling around with the LSILogic card (actually a Tekram, but using 
LSILogic chip and SYM_HI.ADD driver). The acpi.log file I generated when 
booted from the installation CD showed that the APIC IRQ level is 17 and 
the PCI IRQ level is 11, so I added REMAP 17 TO 11 to acpi.cfg file, 
then reinstated the /APIC parameter on the PSD=ACPI.PSD line in 
CONFIG.SYS. This enabled the boot to get as far as loading USBRESMG.SYS 
and no further. I tried REMAPping IRQs for some of the other devices as 
well (although no REMAPping at all had been necessary using the Adaptec 
card), but I could not get past the USBRESMG.SYS device. I've now 
reinstalled the Adaptec card, and everything is running just as it did 
before with

PSD=ACPI.PSD /SMP /APIC /!NOD

(For ACPI 2.xx, I had been instructed to remove the /!NOD parameter, but 
the only way I can get the machine to run with ver. 3.xx is to replace 
that /!NOD parameter, which I don't think is even documented now. When 
using /!NOD, one is supposed to use the ACPICA.ADD driver as well, but 
there is no such driver for the most recent versions of ACPI and the 
earlier ones don't work. No doubt this is why I see no evidence of APIC 
functionality -- see below. I've reported this and asked for 
advice/clarification but without success.)

> easier way is to use rmview.exe from the command line to find the low IRQ :-)
> and acpiirq.exe in ACPI mode to find the high IRQ.

RMVIEW /IRQ shows the ACPI interface using IRQs 44, 45, 46 and 47, but 
ACPIIRQ 1 (for APIC IRQs) shows no high IRQs in use.

I am retired and am inveterate tinkerer, so I don't mind spending a 
little time on this, but I don't see this ACPI thing as ready for prime 
time yet. As I've written before, IMO the only way to sell eCS in its 
present state to ordinary people is to sell it pre-installed on whatever 
combinations of hardware are known to work.

> in acpi.cfg I had to add the line "REMAP 17 TO 5" which simply
> states, remap IRQ17 TO IRQ5
> 
> and "REMAP 24 TO 11" for my LSI 64bit PCI SCSI card.

> If you have a PCIx graphics card like an ATI X850, you might have
> to change graphics card aperture in CMOS to 128M instead of 256M,
> otherwise you will receive error messages about being unable to
> initialise memory space or something similiar, of your PC will boot
> to a blank screen.

I'm using an X1050, identified by SNAP as an X550. I've never seen a 
message like this.

-=-
Alan


 
Yahoo! Groups Links

 To visit your group on the web, go to:
    http://groups.yahoo.com/group/os2hardware/

 Your email settings:
    Individual Email | Traditional

 To change settings online go to:
    http://groups.yahoo.com/group/os2hardware/join
    (Yahoo! ID required)

 To change settings via email:
    mailto:os2hardware-digest{at}yahoogroups.com 
    mailto:os2hardware-fullfeatured{at}yahoogroups.com

 To unsubscribe from this group, send an email to:
    os2hardware-unsubscribe{at}yahoogroups.com

 Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/
 

---