2.2.2pre2: hard drive interrupt problems continue

Steve Langasek (vorlon@dodds.net)
Thu, 11 Feb 1999 13:46:55 -0600 (EST)


This message is in MIME format. The first part should be readable text,
while the remaining parts are likely unreadable without MIME-aware tools.
Send mail to mime@docserver.cac.washington.edu for more info.

---1463811542-1417519171-917858980=:5464
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII
Content-ID: <Pine.LNX.4.04.9902032043232.4486@norad.dodds.net>

I've been asked to post a followup regarding a problem seen with IDE hard
drives under the 2.2 series. Bibek Sahu <scorpio@dodds.net> posted to the
list on 3 Feb, outlining the failure as it occurs under 2.2.1. We've
tested under 2.2.2pre2, with similar results.

Under 2.2.1, the server would consistently stop talking to its hard drive
after about 2 hours 45 minutes. Under 2.2.2pre2, no problems were
experienced until appx. 22 hours after boot. Then the kernel gives an
"hda: lost interrupt" error and the hard drive becomes inaccessible,
requiring us to reboot.

The remaining information is copied verbatim from the previous post.

The machine in question is a 486 dx4/100 using a UMC8886BM ide controller.
It has ISA and PCI, and I think even a VLB slot (unused). The hard drive
in question is a Western Digital WD34000L (4GB). From 2.0.36:

hda: WDC AC34000L, 3815MB w/256kB Cache, CHS=7752/16/63
ide0 at 0x1f0-0x1f7,0x3f6 on irq 14

The most recent configuration has IDE DMA disabled, and ide0=umc8672.
Prior to that, we booted w/o ide dma in the kernel, and w/o using the
umc8672 stuff (both of these had support for most of the chipset
workarounds). Prior to those, the 2.2 kernels we built had support for
ide dma, but hdparm indicated that the dma was not being used.

The /proc/pci is attached, as is /proc/cpuinfo.

Insights, patches, etc. are welcome.

Thanks,
-Steve Langasek

---1463811542-1417519171-917858980=:5464
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=proc_pci
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.04.9902010249390.5464@norad.dodds.net>
Content-Description:
Content-Disposition: ATTACHMENT; FILENAME=proc_pci

UENJIGRldmljZXMgZm91bmQ6DQogIEJ1cyAgMCwgZGV2aWNlICAxOCwgZnVu
Y3Rpb24gIDE6DQogICAgSURFIGludGVyZmFjZTogVU1DIFVNODg4NkJGIChy
ZXYgMTYpLg0KICAgICAgRmFzdCBkZXZzZWwuICBJUlEgMTQuICBNYXN0ZXIg
Q2FwYWJsZS4gIE5vIGJ1cnN0cy4gIA0KICAgICAgSS9PIGF0IDB4MTcwLg0K
ICAgICAgSS9PIGF0IDB4Mzc0Lg0KICAgICAgSS9PIGF0IDB4ZmZlMC4NCiAg
ICAgIEkvTyBhdCAweGZmZjAuDQogICAgICBJL08gYXQgMHhmZmEwLg0KICBC
dXMgIDAsIGRldmljZSAgMTgsIGZ1bmN0aW9uICAwOg0KICAgIElTQSBicmlk
Z2U6IFVNQyBVTTg4ODZBIChyZXYgMTQpLg0KICAgICAgTWVkaXVtIGRldnNl
bC4gIE1hc3RlciBDYXBhYmxlLiAgTm8gYnVyc3RzLiAgDQogIEJ1cyAgMCwg
ZGV2aWNlICAxNiwgZnVuY3Rpb24gIDA6DQogICAgSG9zdCBicmlkZ2U6IFVN
QyBVTTg4ODFGIChyZXYgNCkuDQogICAgICBNZWRpdW0gZGV2c2VsLiAgTWFz
dGVyIENhcGFibGUuICBObyBidXJzdHMuICANCiAgQnVzICAwLCBkZXZpY2Ug
IDEzLCBmdW5jdGlvbiAgMDoNCiAgICBFdGhlcm5ldCBjb250cm9sbGVyOiBV
bmtub3duIHZlbmRvciBMTkUxMDBUWCAocmV2IDMzKS4NCiAgICAgIE1lZGl1
bSBkZXZzZWwuICBGYXN0IGJhY2stdG8tYmFjayBjYXBhYmxlLiAgSVJRIDEy
LiAgTWFzdGVyIENhcGFibGUuICBMYXRlbmN5PTY0LiAgDQogICAgICBJL08g
YXQgMHhmYzAwLg0KICAgICAgTm9uLXByZWZldGNoYWJsZSAzMiBiaXQgbWVt
b3J5IGF0IDB4ZmZiZWZmMDAuDQo=
---1463811542-1417519171-917858980=:5464
Content-Type: TEXT/PLAIN; CHARSET=US-ASCII; NAME=cpuinfo
Content-Transfer-Encoding: BASE64
Content-ID: <Pine.LNX.4.04.9902010249400.5464@norad.dodds.net>
Content-Description:
Content-Disposition: ATTACHMENT; FILENAME=cpuinfo

cHJvY2Vzc29yCTogMA0KY3B1CQk6IDQ4Ng0KbW9kZWwJCTogNDg2IERYLzQN
CnZlbmRvcl9pZAk6IEdlbnVpbmVJbnRlbA0Kc3RlcHBpbmcJOiAwDQpmZGl2
X2J1Zwk6IG5vDQpobHRfYnVnCQk6IG5vDQpmMDBmX2J1Zwk6IG5vDQpmcHUJ
CTogeWVzDQpmcHVfZXhjZXB0aW9uCTogeWVzDQpjcHVpZAkJOiB5ZXMNCndw
CQk6IHllcw0KZmxhZ3MJCTogZnB1IHZtZQ0KYm9nb21pcHMJOiA0OS44Nw0K

---1463811542-1417519171-917858980=:5464--

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/