Re: Followup to previous post: Atlon/VIA Instabilities

2001-05-03 Thread Seth Goldberg
Hi Tom, Nope. No emulation here. Thanks for trying tho ;). --Seth Tom Leete wrote: > > Seth Goldberg wrote: > > > > Hi, > > > > So it seems that CONFIG_X86_USE_3DNOW is simply used to > > enable access to the routines in mmx.c (the athlon-optimized > > routines on CONFIG_K7 kernels), so

Re: Followup to previous post: Atlon/VIA Instabilities

2001-05-02 Thread Tom Leete
Seth Goldberg wrote: > > Hi, > > So it seems that CONFIG_X86_USE_3DNOW is simply used to > enable access to the routines in mmx.c (the athlon-optimized > routines on CONFIG_K7 kernels), so then it appears that somehow > this is corrupting memory / not behaving as it should (very > technical, r

Re: Followup to previous post: Atlon/VIA Instabilities

2001-05-02 Thread Linux Kernel Developer
> No, actually the instability starts right after/when the root > filesystem is mounted (it seems). I have no foreign modules installed > when this error occurs. Even if I did, why would the Abit KA7 with the > same [other] hardware and software NOT show this problem, even with all > opts enab

Re: Followup to previous post: Atlon/VIA Instabilities

2001-05-01 Thread Seth Goldberg
Manfred Spraul wrote: > > > So it seems that CONFIG_X86_USE_3DNOW is simply used to > > enable access to the routines in mmx.c (the athlon-optimized > > routines on CONFIG_K7 kernels), so then it appears that somehow > > this is corrupting memory / not behaving as it should (very > > technical, r

Re: Followup to previous post: Atlon/VIA Instabilities

2001-05-01 Thread Manfred Spraul
> So it seems that CONFIG_X86_USE_3DNOW is simply used to > enable access to the routines in mmx.c (the athlon-optimized > routines on CONFIG_K7 kernels), so then it appears that somehow > this is corrupting memory / not behaving as it should (very > technical, right?) :)... Do you use any u

Re: Followup to previous post: Atlon/VIA Instabilities

2001-05-01 Thread Alan Cox
> So it seems that CONFIG_X86_USE_3DNOW is simply used to > enable access to the routines in mmx.c (the athlon-optimized > routines on CONFIG_K7 kernels), so then it appears that somehow > this is corrupting memory / not behaving as it should (very > technical, right?) :)... Feel free to go ove