Hi, Simon. The debug is about an peephole optimization. I assumed no control flow branch in the middle of a basic block. But I find some CALL insts break the assumption sometimes like following:
I4: t5:ref:cls:java/lang/ref/ReferenceQueue =ADD t0:cls:java/lang/ref/Reference, t4(0):intptr I5: CALL t7(0):I_32 (AU:t0:cls:java/lang/ref/Reference, t5:ref:cls:java/lang/ref/ReferenceQueue, t2:cls:java/lang/ref/ReferenceQueue) [bcmap:6] I6: t9:ref:cls:java/lang/Object =ADD t0:cls:java/lang/ref/Reference,t8(0):intptr I7: CALL t10(0):I_32 (AU:t0:cls:java/lang/ref/Reference,t9:ref:cls:java/lang/Object,t1:cls:java/lang/Object) [bcmap:11] I8: RET t11(0):int16! So far I don't know why CALL can sit there. Whatever, I'll file a bug on JIRA and put a preliminary patch. Thanks. Xiaoming On Sat, May 16, 2009 at 11:25 PM, xiaoming gu <[email protected]> wrote: > Thanks for the helpful info, Simon. I'll look into it. -Xiaoming > > > On Sat, May 16, 2009 at 10:56 PM, Simon Zhou <[email protected]>wrote: > >> Xiaoming, >> >> I am sorry that maybe my previous guesswork is wrong. >> it is not caused by global_prop, because the issue still exists after I >> remove the global_prop in config file. >> but after I revert all the modification of this patch, VM runs pretty >> well, >> so it maybe caused by other modification in this patch but global_prop, or >> not just global_prop. I am not sure... >> Thanks for your help! >> Thanks >> Simon >> 2009/5/16 xiaoming gu <[email protected]> >> >> > Hi, Simon. A workaround is to replace global_prop with early_prop in the >> > used execution mode configuration file. I'll take care of this bug these >> > days. Thanks. >> > >> > Xiaoming >> > >> > On Sat, May 16, 2009 at 5:04 PM, Simon Zhou <[email protected]> >> > wrote: >> > >> > > I think I found the origin of this issue by binary searching the >> previous >> > > patches, I foud that it is broken since version 747844 (747843 is OK), >> so >> > > I am guessing the patch of 5826 breaks this. >> > > >> > > To replay the error, just add -XX:gc.generate_barrier=true to command >> > line >> > > when running a Java application. >> > > I added some of my guesswork in >> > > https://issues.apache.org/jira/browse/HARMONY-5826 >> > > >> > > Xiaoming, Would you like to give me advice for this issue? Or is there >> > some >> > > workaroud for it? Thank you very much! >> > > >> > > Thanks >> > > Simon >> > > >> > > 2009/5/16 Simon Zhou <[email protected]> >> > > >> > > > Hi All, >> > > > >> > > > I am doing my GSoC2009 project of implementing weak reference in >> > > > Concurrent GC. I found that as long as the gc.generate_barrier=true >> is >> > > set, >> > > > VM will crash when it startups (int vm_init2() method). I was >> following >> > > this >> > > > issue these days but did not work out. >> > > > This issue seem to come out after milestone8, so I guess it could >> be >> > > > caused by some patches on Jitrino after M8. >> > > > Is there anyone else being aware of that? Or could you please >> > provide >> > > > some information about which patch could cause it? >> > > > Thank you very much! >> > > > >> > > > Thanks >> > > > Simon >> > > > >> > > > -- >> > > > From : simon.z...@ppi, Fudan University >> > > > >> > > >> > > >> > > >> > > -- >> > > From : simon.z...@ppi, Fudan University >> > > >> > >> >> >> >> -- >> From : simon.z...@ppi, Fudan University >> > >
