From: Sergey Vlasov <vsu@altlinux.ru>
To: ALT Linux kernel packages development <devel-kernel@altlinux.ru>
Subject: [d-kernel] Re: IO-APIC problem on UP kernels
Date: Mon, 28 Jul 2003 18:35:57 +0400
Message-ID: <20030728183557.17857308.vsu@altlinux.ru> (raw)
In-Reply-To: <20030724175604.738164dd.vsu@altlinux.ru>
[-- Attachment #1.1: Type: text/plain, Size: 3065 bytes --]
On Thu, 24 Jul 2003 17:56:04 +0400
Sergey Vlasov <vsu@altlinux.ru> wrote:
> On Thu, 24 Jul 2003 10:39:32 +0400
> ed@altlinux.ru (Ed V. Bartosh) wrote:
>
> >
> > >>>>> "SV" == Sergey Vlasov writes:
> >
> > SV> Ситуация, как выяснилось, следующая: для прерываний с типом
> > SV> IO-APIC-edge (именно такой тип в данном случае назначается для
> > SV> IDE) при обработке disable_irq() с APIC ничего не делается
> > SV> (io_apic.c:disable_edge_ioapic_irq - пустышка). Если прерывание
> > SV> приходит между disable_irq() и enable_irq(), для него просто
> > SV> выставляется флаг IRQ_PENDING (кстати, если прерывание придёт
> > SV> ещё раз, ack_edge_ioapic_irq его заблокирует - но это уже не
> > SV> имеет отношения к данной проблеме). Далее при выполнении
> > SV> enable_irq() обнаруживается IRQ_PENDING и вызывается
> > SV> hw_resend_irq(), чтобы всё-таки обработать это прерывание. Так
> > SV> вот, в однопроцессорном ядре hw_resend_irq() не работает - в
> > SV> результате прерывание пропускается, и получается hda: lost
> > SV> interrupt. В SMP-ядре этой проблемы нет - там hw_resend_irq()
> > SV> работает (я пробовал вставлять prinkt в irq.c:enable_irq() - на
> > SV> SMP hw_resend_irq() при граблении аудио вызывается 20-40 раз за
> > SV> минуту; на UP после каждого такого вызова hda блокируется на 20
> > SV> секунд, пока не сработает таймаут).
> > У меня такое было на некоторых конфигурациях, большое спасибо за
> > объяснение.
> >
> > SV> Видимо, дело в том, что при граблении аудио передача идёт в PIO,
> > SV> поэтому обработчик прерывания от ide1 выполняется долго, и за
> > SV> это время успевает появиться запрос прерывания от ide0 - если
> > SV> обработчик прерывания от ide1 вызвался между disable_irq() и
> > SV> enable_irq() для ide0, происходит описанная ситуация.
> >
> >
> > SV> Приложенный патч вроде бы исправляет эту проблему (там
> > SV> скопирована функция из smp.c и включён её вызов в
> > SV> hw_resend_irq() для однопроцессорного варианта ядра с
> > SV> использованием IO-APIC).
> > Чудэсно !
> > Куда это включать ? kernel-fix-core ? Тестировал, помогает ?
>
> Видимо, как раз kernel-fix-core.
>
> На двух машинах (ASUS A7V8X и Gigabyte 7ZXE) это помогает. Без CD-ROM
> ситуацию воспроизвести сложно (хотя пару раз было), зато с Audio-CD
> воспроизводится устойчиво.
Ну вот, пока я спал, это уже в 2.6 пофиксили, и в 2.4-ac тоже :-)
<alex@ssi.bg>
[PATCH] Fix irq handling of IO-APIC edge IRQs on UP
send_IPI_self is needed to resend irqs with IRQ_PENDING status when
enabled.
Checked with Ingo, and it's in 2.4-ac for some time.
This should fix ide lost interrupts on UP with IO-APIC
Ide trigers it this way:
- disable_irq
- do stuff that triggers IRQ.
- irq is IRQ_PENDING
- enable_irq
- IRQ is lost, needs to be resend.
I'll send the patch to fixup IDE disable_irq logic to Bart.
Вот обновлённый патч, сделанный из 2.4.22-pre6-ac1 (предыдущий вариант
не ляжет без ACPI).
[-- Attachment #1.2: 03_io-apic-resend-irq.patch --]
[-- Type: application/octet-stream, Size: 1148 bytes --]
[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2003-07-28 14:35 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-07-23 17:35 [d-kernel] " Sergey Vlasov
2003-07-24 6:39 ` Ed V. Bartosh
2003-07-24 13:56 ` [d-kernel] " Sergey Vlasov
2003-07-28 14:35 ` Sergey Vlasov [this message]
2003-07-28 14:49 ` Sergey Vlasov
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20030728183557.17857308.vsu@altlinux.ru \
--to=vsu@altlinux.ru \
--cc=devel-kernel@altlinux.ru \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
ALT Linux kernel packages development
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/devel-kernel/0 devel-kernel/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 devel-kernel devel-kernel/ http://lore.altlinux.org/devel-kernel \
devel-kernel@altlinux.org devel-kernel@altlinux.ru devel-kernel@altlinux.com
public-inbox-index devel-kernel
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.devel-kernel
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git