---1463811542-1417519171-917858980=:5464
Content-Type: TEXT/PLAIN; charset=US-ASCII
Hi there.
I have a question about a Really Odd Occurrence I've noticed with
2.2.1 on a server I attempted to use it on.
For whatever reason, under 2.2.1 the server stops talking to its
hard drive after about 2 hours 45 minutes. Consistently. We've tried
several things, none to any avail. Note that the machine works just fine
with 2.0.36 distributed with RH 5.2.
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.
The biggest problem is that this is a production machine, and due
to people continually logged in I can't take it down often. Not exactly
ideal for testing. Since 2.0.36 works, that's what we're sticking to, but
NFS is used on it, so I'd like to move it to 2.2. But with it locking up
after approximately 10,000 seconds (the kernel's not thinking in decimal
now, is it?) _every_ time, I can't exactly leave it on that.
Any ideas? Suggestions? If more info from the 2.2 side of things
is needed, I can probably boot it to that at some point, pull the
information, and boot back to 2.0... but I'd like to keep that to a
minimum.
Thank you everyone. I really appreciate all your hard work
getting 2.2 out there.
- Bibek
---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/