From: "Michael Frank" <mhf@linuxmail.org>
To: "Lionel Bouton" <Lionel.Bouton@inet6.fr>
Cc: "kernel mailing list" <linux-kernel@vger.kernel.org>
Subject: Re: SiS APIC, hacker looking for docs/help, was : Re: 2.6.4 under heavy ioload disables sis5513 DMA
Date: Thu, 18 Mar 2004 19:52:40 +0800 [thread overview]
Message-ID: <opr41292b64evsfm@smtp.pacific.net.th> (raw)
In-Reply-To: <40598849.1070409@inet6.fr>
On Thu, 18 Mar 2004 12:30:17 +0100, Lionel Bouton <Lionel.Bouton@inet6.fr> wrote:
> Michael Frank wrote the following on 03/18/2004 11:52 AM :
>> Happens every few hours with heavy io and cpu load:
>>
>> hda: dma_timer_expiry: dma status == 0x21
>> hda: DMA timeout error
>> hda: dma timeout error: status=0xd0 { Busy }
>>
>> hda: DMA disabled
>> ide0: reset: success
>>
>> DMA auto-reenabled by boot time hdparm -k
>>
>
> Hum, I'm wondering if -k is fully functionnal (hdparm man page hints
> that this isn't supported by all drives and I don't remember any
> success/failure stories here).
It is OK here as otherwhise io-performance would collapse and hdparm -iI would show PIO.
>
>> lspci -vv
>>
>> 00:02.5 IDE interface: Silicon Integrated Systems [SiS] 5513 [IDE]
>
> SiS chipset : is APIC functionnal ? (cat /proc/interrupts)
APIC disabled in BIOS.
APIC not compiled in kernel. This board did not work well with APIC,
lots of spurious interrupts and delayloop-cal hangs during boot also
with 2.4 but have not tried in 6 months.
>
> If not, I believe this might be the problem and the solutions still
> eludes me (I don't think the problem lies in the IDE driver but in APIC
> support).
>
> I've 2 SiS based mainboards forced to use XT-PIC (SiS735 and SiS645
> based) here but without this kind of problems (everything works until I
> start to add to many PCI cards in one system...). I'm willing to start
> hacking around (mostly on the 645 as the 735 is an always-on system).
No (PCI,AGP) cards plugged in.
>
> Is reading the arch/i386/kernel/*pic* files (and probably others) enough
> to start or is there somewhere else to look for information ?
>
Dunno how DMA timeout is related to interrupts or are you suggesting it
is loosing dma-complete interrupts?
Same board runs same and higher loads with 2.4.2[345] flawlessly. Also
8 hours OK with 2.4.26-pre4 last night + 430 cycles of swsusp2.
By now, it happened with 2.6.4 four (4) times in 2.7 hours
IO is still at 20MB/s average btw so it is still using DMA.
Regards
Michael
next prev parent reply other threads:[~2004-03-18 11:58 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2004-03-18 10:52 2.6.4 under heavy ioload disables sis5513 DMA Michael Frank
2004-03-18 11:30 ` SiS APIC, hacker looking for docs/help, was : " Lionel Bouton
2004-03-18 11:52 ` Michael Frank [this message]
2004-03-18 12:26 ` Lionel Bouton
-- strict thread matches above, loose matches on Subject: below --
2004-03-18 13:48 Ross Dickson
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=opr41292b64evsfm@smtp.pacific.net.th \
--to=mhf@linuxmail.org \
--cc=Lionel.Bouton@inet6.fr \
--cc=linux-kernel@vger.kernel.org \
/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