|
From: Martin H. <hi...@gm...> - 2006-01-03 21:37:03
|
This probably doesn't fix it for AMD64. It appears to work on IA32, though. Martin On 1/3/06, Keith Mange <km...@ex...> wrote: > Could this potentially fix bug 118293 on amd64: > > Bug 118239: vex amd64->IR: unhandled instruction bytes: 0xF 0xAE 0x3F > 0x48 (clflush) > > I think I'm using the latest code and I still see the problem on amd64. > > -Keith > > On Fri, 2005-12-30 at 17:42 -0600, Keith Mange wrote: > > > > -----Original Message----- > > From: val...@li... > > [mailto:val...@li...] On Behalf Of Martin > > Hirzel > > Sent: Friday, December 30, 2005 3:05 PM > > To: Julian Seward; val...@li... > > Subject: Re: [Valgrind-users] CLFLUSH on IA-32 > > > > I tried it with --smc-check=3Dall, now it works (doesn't crash or hang > > and produces reasonable-looking output). Not sure why it previously > > hung in the function with clflush, of all things, but as long as it > > works now, I'm happy. > > > > Thank you, > > Martin > > > > On 12/30/05, Martin Hirzel <hi...@gm...> wrote: > > > I didn't try with --smc-check=3Dall yet; I will do that. > > > > > > Thanks for re-looking at the clflush implementation. > > > > > > Thanks a lot for offering to look at this problem for me! > > > Unfortunately, I can't give you the JIT code or an ssh. Therefore, I > > > will try if I can isolate the problem. I'll try > > > --trace-flags=3D10000000; maybe, that sheds some more light. > > > > > > Martin > > > > > > On 12/30/05, Julian Seward <js...@ac...> wrote: > > > > > > > > Did you try with --smc-check=3Dall? That should take care of all > > > > self-modifying-code problems, even if the clflush implementation > > > > is broken. > > > > > > > > I just re-looked at the clflush implementation and there isn't > > > > anything _obviously_ wrong with it. (That doesn't mean it's right = :-) > > > > > > > > I'm happy to look at it (I want clflush to work properly) but that > > > > means I need to be able to reproduce it. At this stage you probabl= y > > have > > > > two options: either package up the sources of your jit so I can bui= ld > > > > it and reproduce the problem, or make an account on your system tha= t > > > > I can ssh to, set up a test framework, and I'll have a look. This > > > > second option is something I've done many times before. > > > > > > > > As a zeroth option, first do this: run your system with --tool=3Dno= ne > > > > --trace-flags=3D10000000. This will generate an unbelievable amoun= t > > > > of output. Capture it in a file. Find the BB in the file containi= ng > > > > the 'clflush' instruction and send it to me (or, if the .bz2 of it = is > > > > less than say 500k, just compress and send the whole thing). Since > > > > the system hangs when running on V, you'll need to control-C, but > > > > that shouldn't be a problem. > > > > > > > > J > > > > > > > > > > > > On Friday 30 December 2005 16:19, you wrote: > > > > > On 11/15/05, Julian Seward <js...@ac...> wrote: > > > > > > > I'm trying to run a JIT that uses CLFLUSH after code patching= to > > > > > > > > > > > > I just implemented it. svn up (you should get vex r1460, valgr= ind > > > > > > r5132), make distclean and rebuild everything from scratch (the= re > > have > > > > > > been several other changes too). Let us know if it works / doe= s not > > > > > > work. > > > > > > > > > > > > J > > > > > > > > > > Thank you so much for implementing this! Sorry it took me so long= to > > > > > get around to trying it. It looks like it hangs: I am running a h= ello > > > > > world program on top of my JIT, which in turn runs on top of nulg= rind. > > > > > Usually, this terminates in around 1 second, but with nulgrind, i= t is > > > > > still running after 10m. When I kill it (SIGINT), valgrind tells = me it > > > > > was currently in the JIT function with the CLFLUSH. > > > > > > > > > > Do you think your implementation of CLFLUSH in valgrind can hang = for > > > > > any reason? I am at a loss for what else could cause this behavio= r. > > > > > > > > > > Greetings, > > > > > Martin > > > > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://ads.osdn.com/?ad_idv37&alloc_id=16865&op=3Dick > > _______________________________________________ > > Valgrind-users mailing list > > Val...@li... > > https://lists.sourceforge.net/lists/listinfo/valgrind-users > > > |