From: mru@users.sourceforge.net (Måns Rullgård)
To: linux-kernel@vger.kernel.org
Subject: Re: [BUG?] lost interrupt
Date: Fri, 03 Oct 2003 11:08:22 +0200 [thread overview]
Message-ID: <yw1xpthen0xl.fsf@users.sourceforge.net> (raw)
In-Reply-To: 20031003083837.GA5036@indigita.com
David Caldwell <david+kernel@porkrind.org> writes:
>> With all 2.6.0 versions so far, I get these errors when writing lots
>> of data to the disk:
>
> I am getting these same errors with 2.6.0-test6. The difference is,
> I'm not using a SiS IDE controller. I have a Promise 20276 on my
> motherboard which was the controller getting the lost interrupt
> error. I am running RAID5 using disks on this controller and on a
> Promise 20267 PCI card (note: 67 not 76!). I seemed to start getting
> the error when my disks started going with lots of activity.
>
> I had booted with "noapic" at the time. Without "noapic" my
> motherboard wouldn't boot at all (it seemed to hang right after
> detecting the IDE devices, but I don't know if that is relevant).
That doesn't make any difference for me.
>> Losing too many ticks!
>> TSC cannot be used as a timesource. (Are you running with SpeedStep?)
>> Falling back to a sane timesource.
>
> I was definitely getting this same error.
>
>> hda: lost interrupt
>> hda: lost interrupt
>> hda: lost interrupt
>> hda: lost interrupt
>
> I was definitely getting this error, except it was on hdg (my promise
> 20276).
>
>> hda: status error: status=0x58 { DriveReady SeekComplete DataRequest }
>>
>> hda: drive not ready for command
>
> I don't remember if I was getting this error or not.
>
>
> I didn't have the forethought to save my dmesg output. This screwed up
> my RAID pretty bad, so I'm a little reticent about making it happen
> again...
In my case, no data is lost. It just takes an awfully long time to
write it.
> I just wanted to let it known that it wasn't just happening to SiS IDE
> controllers.
Could you post your dmesg output for that machine? It might reveal
something, even the error doesn't occur.
--
Måns Rullgård
mru@users.sf.net
next prev parent reply other threads:[~2003-10-03 9:08 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-26 12:30 [BUG?] SIS IDE DMA errors Måns Rullgård
2003-09-26 14:08 ` Michael Frank
2003-09-26 14:07 ` Måns Rullgård
2003-09-26 15:32 ` Michael Frank
2003-09-26 15:38 ` Måns Rullgård
2003-09-26 19:44 ` Michael Frank
2003-09-29 9:23 ` Måns Rullgård
2003-09-29 13:12 ` Michael Frank
2003-09-26 16:59 ` Vojtech Pavlik
2003-09-26 17:27 ` Måns Rullgård
2003-09-26 17:53 ` Vojtech Pavlik
2003-09-26 17:46 ` Måns Rullgård
2003-09-26 18:33 ` Vojtech Pavlik
2003-09-26 19:19 ` Michael Frank
2003-09-27 6:13 ` Vojtech Pavlik
2003-09-27 6:40 ` Michael Frank
2003-09-29 9:22 ` Måns Rullgård
2003-09-29 10:01 ` Vojtech Pavlik
2003-10-02 0:32 ` Michael Frank
2003-09-26 18:29 ` Michael Frank
2003-09-29 11:18 ` Lionel Bouton
2003-09-26 18:15 ` Michael Frank
2003-09-26 18:22 ` Michael Frank
2003-10-03 8:38 ` [BUG?] lost interrupt (was: SIS IDE DMA errors) David Caldwell
2003-10-03 9:08 ` Måns Rullgård [this message]
2003-10-03 20:07 ` [BUG?] lost interrupt David Caldwell
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=yw1xpthen0xl.fsf@users.sourceforge.net \
--to=mru@users.sourceforge.net \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.