On Thu, 16 Mar 2006 18:41:02 +0100, [email protected] said: > [X.] Other notes, patches, fixes, workarounds: > Workaround: When we disable HyperThreading in BIOS, this > problem goes away. We re-enabling HT, it comes back... Have you ruled out marginal memory, or overclocking/overheating? I'm guessing something is barely within tolerance when one CPU is beating up on it, and it falls over when the HT adds to the mix. For that matter, this looks racy: while [ 0$MD5LOOPS -gt 0 ]; do md5sum cache.*-*-* >> md5log.$PID.lis MD5LOOPS=`expr 0$MD5LOOPS - 1` done & AMNT=`awk '$1!="91b82dcc83230890dbcdfc6b80571ddd"' md5log.$PID.lis | wc -l` If md5sum uses stdio to write the output, and it writes more than 4K or so, it's possible you can get a partial line right at the buffer boundary, which will then come up as a mismatch according to the awk. You might want to actually output the mismatched line in its entirety, and make sure you're looking at a complete line, and not a partial....
Attachment:
pgphqps0ZGe5x.pgp
Description: PGP signature
- Follow-Ups:
- References:
- Prev by Date: Re: nfs udp 1000/100baseT issue
- Next by Date: Re: [llh-announce] [ANNOUNCE] linux-libc-headers dead
- Previous by thread: kernel cache mem bug(?)
- Next by thread: Re: kernel cache mem bug(?)
- Index(es):
 |