Larry Sendlosky wrote: > We're seeing the same thing on a mini-ITX based system. > init is segfaulting :(( . We've never seen this on our > other non-C3 systems running the same codebase. We've instrumented > the kernel to help catch the initial problem, hopefully it will > trigger soon. > > Dave, will the cmov generate a segfault or illegal instr trap (SIGILL?) ? segfault is what I saw. Something seems to be corrupted (by a cmov SIGILL?) and from then the app will crash in the same (arbitrary) place until the machine is restarted. Some apps are more susceptible than others. Note a Samuel II would work fine? Hmm, just checking an ssh binary and associated libs that I know crashed every so often (only in interactive mode, not with ssh -c), I noticed that libnsl.so.1 (network services lib (part of glibc)) had cmov instructions. Other things noticed to crash were bash, vi, php, snmpd. So I guess libnsl could be the root of our probs? Note we built the whole system from SRPMs with the appropriate flags for C3, but obviously these were ignored for libnsl anyway! Also possibly related is that most problematic binaries (php/snmpd/ssh) were linked to libcrypto.so.2 which may be relevant? To find if a binary has CMOV instructions: objdump --disassemble binary | grep cmov P疆raig. - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo _at_ vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Follow-Ups:
- Re: VIA C3 and random SIGTRAP or segfaultMiklos Szeredi
- RE: VIA C3 and random SIGTRAP or segfaultLarry Sendlosky
- Prev by Date: Re: [PATCH] emu10k1 forward port (2.4.20 to 2.5.56)
- Next by Date: Re: [PATCH 2.5.58] new NUMA scheduler: fix
- Previous by thread: RE: VIA C3 and random SIGTRAP or segfault
- Next by thread: Re: VIA C3 and random SIGTRAP or segfault
- Indexes:[Main][Thread]