Messages in this thread |  | | Date | Tue, 01 May 2001 12:40:18 -0700 | From | Seth Goldberg <> | Subject | Re: DISCOVERED! Cause of Athlon/VIA KX133 Instability |
| |
Hi :)
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 mmx.c) results in this wackiness. I should alos repeat that I *DO* see that wierdness you described with 3DNOW (in my case, it was that kde locks up when i try to do something).
This is damn weird... Who thought channging motherboards would result in this?
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 who have been having the problem. Maybe our BIOS'es are not initting/are initting something they should/should not be :). It this point, I haven't ruled anything out...
--Seth
Lawrence Gold wrote: > > Hi, Seth, > > Just wanted to let you know that I got similar results to yours with my > Epox 8KTA3 motherboard + Thunderbird. (If you've already seen the thread > on the kernel mailing list, then please ignore this. ;) > > If I leave the 3DNOW stuff enabled in arch/i386/config.in, but disable the > K7-specific MMX optimizations, then the system doesn't panic on startup or > oops continually, but I do get odd behavior, such as awk breaking. > > If I disable just the 3DNOW stuff, then everything works really smoothly. > I was planning on disabling one-by-one the parts of the code which use > 3DNOW optimizations to see if there's a particular one that brings about > instability. > > I'll be sure to cc you on anything I find... - 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/
|  |