Hello, we went through memtest86+ with rowhammer test, and the google rowhammer test, and those exhibited bitflips quickly.
Why memtest86 6.3.0 didn't find anything, I don't know. I told that to them. You can check their answers: http://www.passmark.com/forum/showthread.php?5993-Rowhammer-problem-not-found-by-memtest86-6-3-0 The short story is that the RAM seemed effectively fauly, but memtes86 6.3.0 didn't show any problem. We asked for RAM replacement under warranty to the shop, and we got 4 new DIMMs that pass all the tests. Regards, Lluís. On Thu, Mar 10, 2016 at 03:52:07PM +0100, Lluís Batlle i Rossell wrote: > It's not so clear that we had a RAM problem... we were using memtest86+ > 4.20 that seems to consistenly report bad RAM in every computer we try it > to, so we take that as false positives. > > Running memtest86 6.3.0 it doesn't find any problem, so now we are > wondering how we got those bits changed all of a sudden. > > On Thu, Mar 10, 2016 at 11:42:10AM +0100, Lluís Batlle i Rossell wrote: > > Hello, > > > > I just checked with memtest86, and it found RAM problems at 43% of the > > progress. Luckily that we didn't have more serious problems than this. > > > > As for fossil, it did not even reach any sha1 checking. All quite blew up > > just because of the silent uncompression failure. That definitely has to > > be fixed in fossil. > > > > As for gzip/miniz names, there is a cpp flag that makes miniz compatible > > with > > gzip names: MINIZ_NO_ZLIB_COMPATIBLE_NAMES. > > > > Regards, > > Lluís. > > > > On Thu, Mar 10, 2016 at 11:27:55AM +0100, Stephan Beal wrote: > > > On Thu, Mar 10, 2016 at 10:54 AM, Lluís Batlle i Rossell > > > <vi...@viric.name> > > > wrote: > > > > > > > Oh, I see that the content_of_blob(rid=1864) fails to uncompress it with > > > > rc=-5 (MZ_BUF_ERROR). > > > > > > > > > > interestingly... that's miniz, not libz. > > > > > > Other than that, i'm as puzzled as you are. i hope this wasn't a miniz > > > bug. > > > > > > > > > > Then, it does: > > > > if( rc!=Z_OK ){ > > > > blob_reset(&temp); > > > > return 1; > > > > } > > > > > > > > > > Is that right? Z_OK is a libz thing. Maybe miniz also defines it. > > > > > > > > > > > > > Here is the complete diff of xxd dumps of the 14MB blobs. It seems that > > > > only a few bits where changed. Crazy. > > > > > > > > > > All it takes is 1 bit to change the sha1 :/. > > > > > > -- > > > ----- stephan beal > > > http://wanderinghorse.net/home/stephan/ > > > http://gplus.to/sgbeal > > > "Freedom is sloppy. But since tyranny's the only guaranteed byproduct of > > > those who insist on a perfect world, freedom will have to do." -- Bigby > > > Wolf > > > > > _______________________________________________ > > > fossil-dev mailing list > > > fossil-dev@mailinglists.sqlite.org > > > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev > > > > > > -- > > (Escriu-me xifrat si saps PGP / Write ciphered if you know PGP) > > PGP key D4831A8A - https://emailselfdefense.fsf.org/ > > _______________________________________________ > > fossil-dev mailing list > > fossil-dev@mailinglists.sqlite.org > > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev > > -- > (Escriu-me xifrat si saps PGP / Write ciphered if you know PGP) > PGP key D4831A8A - https://emailselfdefense.fsf.org/ > _______________________________________________ > fossil-dev mailing list > fossil-dev@mailinglists.sqlite.org > http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev -- (Escriu-me xifrat si saps PGP / Write ciphered if you know PGP) PGP key D4831A8A - https://emailselfdefense.fsf.org/ _______________________________________________ fossil-dev mailing list fossil-dev@mailinglists.sqlite.org http://mailinglists.sqlite.org/cgi-bin/mailman/listinfo/fossil-dev
