Mark Hahn wrote:
>
> > And that's exactly what I did :)... I found that ONLY the combination
> > of USE_3DNOW and forcing the athlon mmx stuff in (by doing #if 1 in
> > results in this wackiness. I should alos repeat that I *DO* see that
>
> I doubt that USE_3DNOW is causing the problem, but rather when you
> USE_3DNOW, the kernel streams through your northbridge at roughly
> twice the bandwidth. if your dram settings are flakey, this could
> eaily trigger a problem.
>
> this has nothing to do with the very specific disk corruption
> being discussed (which has to do with the ide controller, according
> to the most recent rumors.).
Actually, I think there are 2 problems that have been discussed -- the
disk corruption and a general instability resulting in oops'es at
various points shortly after boot up.
My memory system jas been set up very conservitavely and has been
rock solid in my other board (ka7), so I doubt it's that, but I
sure am happy to try a few more cominations of bios settings. Anything
I should look for in particular?
Thanks,
Seth
>
> > The other thing i was gunna try is to dump my chipset registers using
> > WPCREDIT and WPCRSET and compare them with other people on this list
>
> why resort to silly windows tools, when lspci under Linux does it for you?
>
> regards, mark hahn.
>
Because lspci does not display all 256 bytes of pci configuration
information.
--S
-
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/
This archive was generated by hypermail 2b29 : Mon May 07 2001 - 21:00:11 EST