* Pekka Enberg <[email protected]> wrote:
> Nah, it's just that vma->anon_vma is probably supposed to be NULL
> here. And if you look at all the oopses, they do suggest one
> particular byte lane is dodgy (the corruption is in bits 41-43 and
> 45).
>
> The whole thing reminds me of another bug where memtest86 didn't find
> anything because it's doing cached memory accesses:
> http://lkml.org/lkml/2007/10/3/259
memtest86+ has an uncached test:
const struct tseq tseq[] = {
{1, 5, 3, 0, 0, "[Address test, walking ones] "},
{1, 6, 3, 2, 0, "[Address test, own address] "},
{1, 0, 3, 14, 0, "[Moving inversions, ones & zeros] "},
{1, 1, 2, 80, 0, "[Moving inversions, 8 bit pattern] "},
{1, 10, 60, 300, 0, "[Moving inversions, random pattern] "},
{1, 7, 64, 66, 0, "[Block move, 64 moves] "},
{1, 2, 2, 320, 0, "[Moving inversions, 32 bit pattern] "},
{1, 9, 40, 120, 0, "[Random number sequence] "},
{1, 3, 4, 240, 0, "[Modulo 20, ones & zeros] "},
{1, 8, 1, 2, 0, "[Bit fade test, 90 min, 2 patterns] "},
{0, 4, 3, 2, 0, "[[Moving inversions, 0 & 1, uncached] "},
{0, 0, 0, 0, 0, NULL}
};
find that "Moving inversions, 0 & 1" test and run that one alone,
overnight.
Ingo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
