Thanks for the prompt reply!

Grover, Andrew wrote:
From: Bernd Pfrommer [mailto:berndp@optonline.net] 
kernel: 2.4.20-pre7, with patch acpi20020918, configured with ACPI
platform: intel server SRMK2S with AMIBIOS and dual 1GHz PIII/256k
cache, 1GB memory, adaptec 7899 SCSI

DOES NOT BOOT

I have attached the unpatched dsdt. To get rid of acpi error 
messages, I
removed offending "Name()" lines. Please let me know if this is the
appropriate fix. As I said, it doesn't boot with the original
dsdt either.

I have an SCB2 system, whose ASL looks pretty similar to yours -- even some
of the same ASL problems. It boots for me with an SMP but not UP kernel.

Which are you trying?
Since the machine has 2 CPUs, the kernel is configured for SMP.


If UP, can you please try this ASL change?

Search for this:

Method(GETI, 1) {
If(And(Arg0, 0xf, )) {
Return(Zero)
}
Else {
Return(\MLIB.CNV2(And(Arg0, 0xf, )))
}
}

And swap the contents of the if/else.

The Name() lines emit a warning but are harmless.

If you're having troubles in SMP mode, then I guess that is not shared
between our two platforms...

Thanks -- Regards -- Andy

With regards to Matthew Wilcox's comments: I have tried with 2.4.20-pre7 without the acpi patch, and the machine boots there, and interrupts are assigned correctly (having ACPI config switched on for the kernel). However, the ACPI driver load fails as I posted in an earlier message.

Although I'm not running in uniprocessor mode, I still tried your ASL fix above, and the IRQ assignment has changed (see below), although the system still wouldn't boot (neither does it when I use pci=noacpi).

Does the interrupt assignment look reasonable to you? Do you have any more ASL fixes to suggest?

Thanks,
Bernd


//
// ----------------------------- THIS IS THE INTERRUPT DISTRIBUTION WHEN BOOTING WITH ACPI=OFF ----------------------
// (system boots successfully)

ACPI: Subsystem revision 20020918
ACPI: Disabled via command line (acpi=off)
PCI: PCI BIOS revision 2.10 entry at 0xfda65, last bus=1
PCI: Using configuration type 1
PCI: Probing PCI hardware
PCI: ACPI tables contain no PCI IRQ routing entries
PCI: Probing PCI hardware (bus 00)
PCI: Discovered primary peer bus 01 [IRQ]
PCI->APIC IRQ transform: (B0,I4,P0) -> 23
PCI->APIC IRQ transform: (B0,I7,P0) -> 17
PCI->APIC IRQ transform: (B0,I8,P0) -> 16
PCI->APIC IRQ transform: (B0,I15,P0) -> 10
PCI->APIC IRQ transform: (B1,I4,P0) -> 24
PCI->APIC IRQ transform: (B1,I4,P1) -> 25

//
// ---------------------------- THIS IS WITH 2.4.20-pre7 + acpi patch + above DSDT fix -----------------------------------------------------------------
//(kernel panic)


Waiting on wait_init_idle (map = 0x2)
All processors have done init_idle
ACPI: Subsystem revision 20020918
PCI: PCI BIOS revision 2.10 entry at 0xfda65, last bus=1
PCI: Using configuration type 1
    ACPI-0273: *** Info: Table [DSDT] replaced by host OS
    ACPI-0217: *** Warning: Invalid type (Integer) for target of Scope operator
[DEB_], changing type to ANY
..
.. (LOTS OF THESE WARNINGS....)
..  
[BIOS], changing type to ANY
    ACPI-0490: *** Warning: Invalid type (Integer) for target of Scope operator
[CMOS], changing type to ANY
ACPI: Interpreter enabled
ACPI: Using IOAPIC for interrupt routing
ACPI: System [ACPI] (supports S0 S1 S4 S5)
ACPI: PCI Root Bridge [NRTH] (00:00)
PCI: Probing PCI hardware (bus 00)
ACPI: PCI Root Bridge [PCI1] (00:00)
ACPI: PCI Interrupt Link [LN00] (IRQs 3 4 *5 7 9 11 12 14 15)
ACPI: PCI Interrupt Link [LN01] (IRQs 3 4 5 7 9 11 12 14 15, enabled at IRQ 10)
ACPI: PCI Interrupt Link [LN02] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN03] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN04] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN05] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN06] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN07] (IRQs 3 4 5 7 9 *11 12 14 15)
ACPI: PCI Interrupt Link [LN08] (IRQs *3 4 5 7 9 11 12 14 15)
ACPI: PCI Interrupt Link [LN09] (IRQs 3 4 5 7 *9 11 12 14 15)
ACPI: PCI Interrupt Link [LN10] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN11] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN12] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN13] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN14] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LN15] (IRQs 3 4 5 7 9 11 12 14 15, disabled)
ACPI: PCI Interrupt Link [LNUS] (IRQs *10)
PCI: Probing PCI hardware
ACPI: PCI Interrupt Link [LN02] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN03] enabled at IRQ 9
ACPI: PCI Interrupt Link [LN04] enabled at IRQ 5
ACPI: PCI Interrupt Link [LN05] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN06] enabled at IRQ 9
ACPI: PCI Interrupt Link [LN10] enabled at IRQ 5
ACPI: PCI Interrupt Link [LN11] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN12] enabled at IRQ 9
ACPI: PCI Interrupt Link [LN13] enabled at IRQ 5
ACPI: PCI Interrupt Link [LN14] enabled at IRQ 11
ACPI: PCI Interrupt Link [LN15] enabled at IRQ 9
PCI: Using ACPI for IRQ routing
PCI: if you experience problems, try using option 'pci=noacpi' or even 'acpi=off


Eventually kernel panic because SCSI disk driver load fails due to irq mismatch