Bug 10828 - Ядро падает в kernel panic при загрузке без noapic
: Ядро падает в kernel panic при загрузке без noapic
Status: CLOSED FIXED
: Sisyphus
(All bugs in Sisyphus/kernel-image-std-smp)
: unstable
: all Linux
: P2 normal
Assigned To:
:
:
:
:
:
  Show dependency tree
 
Reported: 2007-02-12 23:13 by
Modified: 2008-07-11 12:57 (History)


Attachments
dmesg при загрузке с noapic (6.52 KB, application/gzip)
2007-02-12 23:15, stalker
no flags Details
Вывод lspci (1.85 KB, application/gzip)
2007-02-12 23:16, stalker
no flags Details
загрузка с pci=noirq в 2.6.20 (17.46 KB, text/plain)
2007-03-20 00:02, stalker
no flags Details


Note

You need to log in before you can comment on or make changes to this bug.


Description From 2007-02-12 23:13:57
При загрузке стабильный kernel-panic если не указывать noapic в парметрах ядра.
acpi_use_timer_override тоже не помогает. Перед смертью ядро сказало только:

Total of 2 processors activated (8040.74 BOgoMIPS)
Timer vector=0x31 apic1=0,pin1=0 apic2=-1 pin2=-1
MP-BIOS Bug: 8254 timer not connectetd to IO-APIC
trying to set up timer (IRQ0) through the 8259 .... failded
trying to set up timer as VirtualWire ... failed
trying to set up timerv as ExtInt IRQ ... failed
И всё...
------- Comment #1 From 2007-02-12 23:15:07 -------
Created an attachment (id=1797) [details]
dmesg при загрузке с noapic
------- Comment #2 From 2007-02-12 23:16:11 -------
Created an attachment (id=1798) [details]
Вывод lspci
------- Comment #3 From 2007-02-12 23:19:36 -------
Чуть не забыл самое главное- материнская плата
EP-AF590 SLI2
BIOS - последний из доступных на текущий момент 
==
Версия BIOS    Phoenix Technologies, LTD 6.00 PG, 15.12.2006    
Версия SMBIOS    2.2    
==
------- Comment #4 From 2007-03-19 23:01:32 -------
Хм. ещё  помогает acpi=noirq pci=assign-busses.
Интеерсно что из этих 2 зол лучше?
------- Comment #5 From 2007-03-19 23:17:35 -------
(In reply to comment #4)
> Хм. ещё  помогает acpi=noirq pci=assign-busses.
Именно обе одновременно?  Странно, обычно ядро само предлагает попробовать
pci=assign-busses, если в этом может быть необходимость, а тут такого вроде бы
не было.

> Интеерсно что из этих 2 зол лучше?
А что получается в dmesg при втором варианте?
------- Comment #6 From 2007-03-19 23:59:58 -------
Мда.. забыл добавить..что такой фокус прокатил только с 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 в
аттаче
------- Comment #7 From 2007-03-20 00:02:29 -------
Created an attachment (id=1869) [details]
загрузка с pci=noirq в 2.6.20
------- Comment #8 From 2007-04-15 16:44:06 -------
Обновил до 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
------- Comment #9 From 2007-06-14 15:32:05 -------
Собрал для теста 2.6.21.1  - работает уже без noapic, но всё с тем же
acpi=noirq.
Так же теперь suspend патч  заработал (на болеее ранних ядрах выдавал кучу
бектрейсов на инициализации ком-портов и usb).
------- Comment #10 From 2008-07-11 12:57:28 -------
Думаю что уже зафиксино