Hi everyone,
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 <[EMAIL PROTECTED]>
>To: Jacky Liu <[EMAIL PROTECTED]>
>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 [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
