[d-kernel] IO-APIC problem on UP kernels

[Sergey Vlasov <vsu@altlinux.ru>]

[-- Attachment #1.1: Type: text/plain, Size: 2255 bytes --]

Hello!

А что, никто не замечал на последних ядрах такую проблему:

Jul 23 21:11:45 center4 kernel: hda: dma_timer_expiry: dma status == 0x24
Jul 23 21:11:45 center4 kernel: hda: lost interrupt
Jul 23 21:11:45 center4 kernel: hda: dma_intr: bad DMA status (dma_stat=30)
Jul 23 21:11:45 center4 kernel: hda: dma_intr: status=0x50 { DriveReady SeekComplete }

У меня это проявляется на двух машинах (ASUS A7V8X и Gigabyte 7ZXE)
при включении ACPI, если активно обращаться к диску (hda), когда
грабится аудио (grip) с hdc. Точнее, как выяснилось, имеет значение не
столько ACPI, сколько включение IO-APIC (просто на A7V8X включить
IO-APIC без ACPI не получается - там нет MP-таблиц в BIOS).

Ситуация, как выяснилось, следующая: для прерываний с типом
IO-APIC-edge (именно такой тип в данном случае назначается для IDE)
при обработке disable_irq() с APIC ничего не делается
(io_apic.c:disable_edge_ioapic_irq - пустышка). Если прерывание
приходит между disable_irq() и enable_irq(), для него просто
выставляется флаг IRQ_PENDING (кстати, если прерывание придёт ещё раз,
ack_edge_ioapic_irq его заблокирует - но это уже не имеет отношения к
данной проблеме). Далее при выполнении enable_irq() обнаруживается
IRQ_PENDING и вызывается hw_resend_irq(), чтобы всё-таки обработать
это прерывание. Так вот, в однопроцессорном ядре hw_resend_irq() не
работает - в результате прерывание пропускается, и получается hda:
lost interrupt. В SMP-ядре этой проблемы нет - там hw_resend_irq()
работает (я пробовал вставлять prinkt в irq.c:enable_irq() - на SMP
hw_resend_irq() при граблении аудио вызывается 20-40 раз за минуту; на
UP после каждого такого вызова hda блокируется на 20 секунд, пока не
сработает таймаут).

Видимо, дело в том, что при граблении аудио передача идёт в PIO,
поэтому обработчик прерывания от ide1 выполняется долго, и за это
время успевает появиться запрос прерывания от ide0 - если обработчик
прерывания от ide1 вызвался между disable_irq() и enable_irq() для
ide0, происходит описанная ситуация.

Приложенный патч вроде бы исправляет эту проблему (там скопирована
функция из smp.c и включён её вызов в hw_resend_irq() для
однопроцессорного варианта ядра с использованием IO-APIC).

-- 
Sergey Vlasov

[-- Attachment #1.2: 03_up-ioapic-resend-irq.patch --]
[-- Type: application/octet-stream, Size: 2256 bytes --]

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]