#10828 – Ядро падает в kernel panic при загрузке без noapic

Bug 10828 - Ядро падает в kernel panic при загрузке без noapic

Summary: Ядро падает в kernel panic при загрузке без noapic

Status:	CLOSED FIXED

Alias:	None

Product:	Sisyphus
Classification:	Development
Component:	kernel-image-std-smp (show other bugs)
Version:	unstable
Hardware:	all Linux

Importance:	P2 normal
Assignee:	Sergey Vlasov
QA Contact:	qa-sisyphus

URL:
Keywords:

Depends on:
Blocks:

Reported:	2007-02-12 23:13 MSK by stalker
Modified:	2008-07-11 12:57 MSD (History)
CC List:	1 user (show)

See Also:

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

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

Description

stalker 2007-02-12 23:13:57 MSK

При загрузке стабильный 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

stalker 2007-02-12 23:15:07 MSK

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

Comment 2

stalker 2007-02-12 23:16:11 MSK

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

Comment 3

stalker 2007-02-12 23:19:36 MSK

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

Comment 4

stalker 2007-03-19 23:01:32 MSK

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

Comment 5

Sergey Vlasov 2007-03-19 23:17:35 MSK

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

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

Comment 6

stalker 2007-03-19 23:59:58 MSK

Мда.. забыл добавить..что такой фокус прокатил только с 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

stalker 2007-03-20 00:02:29 MSK

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

Comment 8

stalker 2007-04-15 16:44:06 MSD

Обновил до 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

stalker 2007-06-14 15:32:05 MSD

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

Comment 10

Michail Yakushin 2008-07-11 12:57:28 MSD

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