'lspci' claims that this is:
"07.0 Acer Laboratories Inc. [ALi] M1533 PCI to ISA Bridge [Aladdin IV]"
>
> Try this for fun: dd if=/dev/hda of=/dev/null bs=4096, and see if it
> cronks out.
Probably.
> In my case, any serious I/O on the IDE drives quickly results in pretty
> technicolor on the VGA screen, and then a hard lockup.
No, no technicolor or other sounds effects. The whole thing just
locks up with a power switch as the only option.
> Furthermore, after power-reset, 2.4.x, x=0 or 1, cannot successfully fsck
> the drives. It hangs after about the 2nd-3rd partition, again in a hard
> lockup.
My box is much healtier than that. Regardless if I booted into a file
system on a SCSI drive or on an IDE drive (I happen to have those
options although I prefer IDE - I have there something which I can loose
without any real pain :-) I can still fsck drives healthy after the
crash but I did NOT risk fsck under 2.4.1. Things looks way too screwy
for this.
>
> My WAG is that there are problems in the ALI driver.
Possibly, but I crashed the whole thing without mounting anything from
IDE drives at all. There are still there but unused. I simply managed
to get something in logs for the case described. Note that errors
I quoted are from a device 08:05, i.e. SCSI driver (/dev/sda5 to be
more precise). When my compiler went bonkers and started to read
clearly some random stuff instead of sources then the whole action was
happening on a SCSI drive.
Michal
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
Please read the FAQ at http://www.tux.org/lkml/