Created attachment 1797 [details]
dmesg при загрузке с noapic

Created attachment 1798 [details]
Вывод lspci

Чуть не забыл самое главное- материнская плата
EP-AF590 SLI2
BIOS - последний из доступных на текущий момент 
==
Версия BIOS	Phoenix Technologies, LTD 6.00 PG, 15.12.2006	
Версия SMBIOS	2.2	
==

Хм. ещё  помогает acpi=noirq pci=assign-busses.
Интеерсно что из этих 2 зол лучше?

(In reply to comment #4)
> Хм. ещё  помогает acpi=noirq pci=assign-busses.
Именно обе одновременно?  Странно, обычно ядро само предлагает попробовать
pci=assign-busses, если в этом может быть необходимость, а тут такого вроде бы
не было.

> Интеерсно что из этих 2 зол лучше?
А что получается в dmesg при втором варианте?

Мда.. забыл добавить..что такой фокус прокатил только с 2.6.20..  C 
2.6.18-std-smp кернел-паника тоже нету..но всё виснет ссообщением
HDA ERROR, PORTS ALREADY IN USE
HDB ERROR, PORTS ALREADY IN USE

И сообщением, что невозможно подмонтировать /root. В общем dmesg c acpi=noirq в
аттаче

Created attachment 1869 [details]
загрузка с pci=noirq в 2.6.20

Обновил до 2.6.18-alt5. Результат при загрузке с acpi=noirq немного изменился
-теперь ругается что /dev/hda lost interrupt и всё// на этмо загрузка
останавливаетсяб Попал в руки сейчас Linux Knoppix 2.6.17 #4 SMP PREEMPT Wed May
10 13:53:45 CEST 2006 i686 GNU/Linux

С acpi=noirq  спокойно загрузился

dmesg | grep -i apic
ACPI: Local APIC address 0xfee00000
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
Processor #0 15:11 APIC version 16
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x01] enabled)
Processor #1 15:11 APIC version 16
ACPI: LAPIC_NMI (acpi_id[0x00] high edge lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] high edge lint[0x1])
Using ACPI for processor (LAPIC) configuration information
OEM ID: OEM00000 Product ID: PROD00000000 APIC at: 0xFEE00000
I/O APIC #2 Version 17 at 0xFEC00000.
Enabling APIC mode:  Flat.  Using 1 I/O APICs
mapped APIC to ffffd000 (fee00000)
mapped IOAPIC to ffffc000 (fec00000)
ENABLING IO-APIC IRQs
..TIMER: vector=0x31 apic1=0 pin1=2 apic2=0 pin2=0
PCI->APIC IRQ transform: 0000:00:09.1[A] -> IRQ 5
PCI->APIC IRQ transform: 0000:00:0a.0[A] -> IRQ 10
PCI->APIC IRQ transform: 0000:00:0a.1[B] -> IRQ 11
PCI->APIC IRQ transform: 0000:00:0d.0[A] -> IRQ 10
PCI->APIC IRQ transform: 0000:00:0d.1[B] -> IRQ 11
PCI->APIC IRQ transform: 0000:00:0d.2[C] -> IRQ 5
PCI->APIC IRQ transform: 0000:00:0e.1[B] -> IRQ 5
PCI->APIC IRQ transform: 0000:00:10.0[A] -> IRQ 10
PCI->APIC IRQ transform: 0000:00:11.0[A] -> IRQ 11
PCI->APIC IRQ transform: 0000:01:00.0[A] -> IRQ 10
PCI->APIC IRQ transform: 0000:02:05.0[A] -> IRQ 5
PCI->APIC IRQ transform: 0000:03:00.0[A] -> IRQ 11

cat /proc/interrupts
           CPU0       CPU1
  0:     189957       4519    IO-APIC-edge  timer
  1:       1515          2    IO-APIC-edge  i8042
  2:          0          0          XT-PIC  cascade
  5:        279          1   IO-APIC-level  libata, HDA Intel
  7:          0          1    IO-APIC-edge  parport0
  8:          0          0    IO-APIC-edge  rtc
  9:          0          0    IO-APIC-edge  acpi
 10:      71384          5   IO-APIC-level  libata, ohci_hcd:usb2, eth0, eth0, eth0
 11:       3875          1   IO-APIC-level  libata, libata, ehci_hcd:usb1, eth1
 12:      32644          2    IO-APIC-edge  i8042
 14:       3712         20    IO-APIC-edge  ide0
NMI:          0          0
LOC:     194401     194436
ERR:          0
MIS:          0

ещё в глаза бросилось - небыло  долгой паузы после регистрации шедулеров

dmesg | grep -i scheduler
io scheduler noop registered
io scheduler anticipatory registered
io scheduler deadline registered (default)
io scheduler cfq registered

Собрал для теста 2.6.21.1  - работает уже без noapic, но всё с тем же acpi=noirq.
Так же теперь suspend патч  заработал (на болеее ранних ядрах выдавал кучу
бектрейсов на инициализации ком-портов и usb).

Думаю что уже зафиксино