Mark, I got your point about the dma/udma stuffs. My hdparm setting is UDMA w/ MultiSector 16..
I had recompiled my kernel and disabled the FB option but my linux box still hanged (another completely freeze) yesterday... Oh well..
I have been tracking this thread for a few days and it seem the source of this problem is related to swap space. Vincent, would you mind to send me the patch for swap space problem if Alan had sent it to you? So I can test it on my machine and report the result later.
Mark, please suggest a setting for the hdparm so I can test it on my machine. Thanks alot for your time.
Best Regards,
Jacky Liu
>Date: Thu, 10 May 2001 23:20:17 -0400 (EDT)
>From: Mark Hahn <hahn@coffee.psychology.mcmaster.ca>
>To: Jacky Liu <jq419@my-deja.com>
>SUBJECT
>> You are right for the other assumption, I am running the harddisk in UDMA w/32bits mode. Are you suggesting me to turn off both functions? But if I turn them off, the performance will decrease alot.
>
>the only thing that matters is dma/udma or not. 32b mode is irrelevant
>to the actual dma/udma transfer, as is -m settings. even -u has no
>measurable effect.
>
>> Is there any way I can get any crash information? e.g. any function I can turn on for logging or something?
>
>if your hang is as I'm imagining, there's nothing you can do, since it's
>purely hardware. you could try compiling in magic sysrq, but I suspect
>the hardware is hung.
------------------------------------------------------------
--== Sent via Deja.com ==--
http://www.deja.com/
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/