On Mon, Jul 27, 2015 at 2:22 PM, Alexandre Oliva <aol...@redhat.com> wrote: > On Jul 24, 2015, David Edelsohn <dje....@gmail.com> wrote: > >> On Fri, Jul 24, 2015 at 4:02 PM, Alexandre Oliva <aol...@redhat.com> wrote: >>> On Jul 23, 2015, David Edelsohn <dje....@gmail.com> wrote: >>> >>>> I request that this patch be reverted (again). >>> >>> Might I kindly ask you to please do so for me. I've just found out >>> that, after yesterday's memory upgrade on my local build machine, the >>> filesystem that I normally use for GCC development got corrupted, and I >>> don't want to mess with it before running an fsck which will take me a >>> while. > >> I have reverted the patch. > > Thank you very much. Long story short, the filesystem got corrupted > beyond repair before I realized something was wrong, so I spend my > weekend backing up the bits I still could and recreating it all from > scratch. *fun* :-/ > > I even ran memtest before booting up, but everything was fine in the > single-threaded tests it runs by default. It was only with all cores > actively using memory intensely that something overheated (memory > modules? chipset? cpu? no clue) and started randomly corrupting bits. > So, I'm now back at lower memory clock speeds, and everything appears to > be rock solid again. Phew! So, I'm back to debugging the
The exactly same thing happened to my machine. It took me several weeks before I lowered memory clock. My machine has been running fine for over a year under very heavy load. BTW, this is what I use to test ia32 on Intel64: PATH=/usr/local32/bin:/bin:/usr/bin .../configure --prefix=/usr/6.0.0 --enable-clocale=gnu --with-system-zlib --enable-shared --with-demangler-in-ld --enable-libmpx i686-linux --with-fpmath=sse --enable-languages=c,c++,fortran,java,lto,objc where /usr/local32/bin has ia32 binutils. -- H.J.
