| Summary: | MMX/SSE unhandled instruction 'sfence' | ||
|---|---|---|---|
| Product: | [Developer tools] valgrind | Reporter: | Ivan Kalvachev <iive> |
| Component: | memcheck | Assignee: | Julian Seward <jseward> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | major | ||
| Priority: | NOR | ||
| Version: | 2.1.2 | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
OOps, sorry, my mistake. I just hit refresh on the page that is active AFTER posting bug. You can threat it as bugzilla bug ;) (DUBLICATE) |
disInstr: unhandled instruction bytes: 0xF 0xAE 0xF8 0xF at 0x80CD05E: fast_memcpy_MMX2 (aclib_template.c:349) @@ aclib_template.c:346 #ifdef HAVE_MMX2 /* since movntq is weakly-ordered, a "sfence" * is needed to become ordered again. */ __asm__ __volatile__ ("sfence":::"memory"); #endif I found this when tried to debuging mplayer. My processor don't have SSE support. This 'sfence' instruction is known as MMX2 (MMXEXT, also know as integer SSE). It is used together with movntq. I guess that memory written my movntq should not be read before "sfence" instruction. But for now I only need not to get error on it.