From: Andreas Steinmetz <ast@domdv.de>
To: linux-kernel@vger.kernel.org, mingo@redhat.com, discuss@x86-64.org
Subject: [resend] ioapic+shared interrupt+concurrent access=ide lockup
Date: Thu, 26 Feb 2004 16:09:31 +0100 [thread overview]
Message-ID: <403E0C2B.1060309@domdv.de> (raw)
I did send a similar message about 3 weeks ago to lkml but there was no
reply. The following is related to 2.6.2 (x86-64) though 2.4 shows
similar symptoms.
Summary:
--------
The ide subsystem locks up on a dual Opteron system when io-apic is
enabled and there are concurrent accesses to both ide channels of a pci
ide controller card. The lockup occurs on different pci ide controller
cards and there are boot parameters that can be used as workarounds.
Details are given below. If additional information is required please
contact me. I can currently run any tests required to fix this problem.
Symptoms:
---------
Execute: "dd if=/dev/hde of=/dev/null & ; dd if=/dev/hdg of=/dev/null &"
This results after a short time in:
hde: dma_timer_expiry: dma status == 0x24
hdg: dma_timer_expiry: dma status == 0x24
hde: DMA interrupt recovery
hde: lost interrupt
hdg: DMA interrupt recovery
hdg: lost interrupt
hde: dma_timer_expiry: dma status == 0x24
hdg: dma_timer_expiry: dma status == 0x24
hde: DMA interrupt recovery
hde: lost interrupt
hdg: DMA interrupt recovery
hdg: lost interrupt
...
Further accesses to hde and hdg always result then in the same messages
as stated above.
The MIS count of /proc/interrupts steadily increases prior to the
lockup. It always has the same value as the ide2/ide3 interrupt count on
cpu1. Note that no irq balancing is active so there should be no
interrupts on cpu1.
During the tests causing the lockup the system is otherwise idle.
Workarounds:
------------
In the cases listed below the lockup does not happen and the MIS count
of /proc/interrupts stays at zero.
1. Boot with "noapic"
2. Boot with "ide2=serialize"
3. Boot with "ide3=serialize"
System:
-------
Tyan S2885 dual Opteron 246
IDE config:
-----------
ide0/hda WD2500JB
ide1/hdc WD2500JB
ide2/hde WD2500JB
ide3/hdg DVD-RW
ide2/ide3 are were tested with the following cards: HPT302, CMD680 and
PDC20268 (the latter being now the one in the system). All cards show
the same behaviour so it is probably not a driver problem.
It doesn't matter if hdg is a DVD-RW or a hard disk, the problem is the
same.
--
Andreas Steinmetz
next reply other threads:[~2004-02-26 15:09 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-02-26 15:09 Andreas Steinmetz [this message]
-- strict thread matches above, loose matches on Subject: below --
2004-02-26 19:41 [resend] ioapic+shared interrupt+concurrent access=ide lockup David Whysong
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=403E0C2B.1060309@domdv.de \
--to=ast@domdv.de \
--cc=discuss@x86-64.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@redhat.com \
/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
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox