In current implementation, dmovRegReg function transfers only one single FPRegister as PR=1 and SZ=0 in floating point status/control register. So double transfers must be performed with two fmov.s opcodes instead of one fmov opcode.
Created attachment 203391 [details] Fix double floating point transfer in sh4 baseline JIT
Comment on attachment 203391 [details] Fix double floating point transfer in sh4 baseline JIT Rejecting attachment 203391 [details] from commit-queue. Failed to run "['/Volumes/Data/EWS/WebKit/Tools/Scripts/webkit-patch', '--status-host=webkit-queues.appspot.com', '--bot-id=webkit-cq-03', 'land-attachment', '--force-clean', '--non-interactive', '--parent-command=commit-queue', 203391, '--port=mac']" exit_code: 2 cwd: /Volumes/Data/EWS/WebKit Last 500 characters of output: -> origin/master Partial-rebuilding .git/svn/refs/remotes/origin/master/.rev_map.268f45cc-cd09-0410-ab3c-d52691b4dbfc ... Currently at 150990 = 3a9d5ce0e5d6551b2b2f24471ca33137a186d6b3 r150991 = 867209b59d27a858f4a74cad2deb1cd7d2ab7ea3 r150992 = 899992352f0b7b7f0e53c31c8b599892ad46f824 Done rebuilding .git/svn/refs/remotes/origin/master/.rev_map.268f45cc-cd09-0410-ab3c-d52691b4dbfc First, rewinding head to replay your work on top of it... Fast-forwarded master to refs/remotes/origin/master. Full output: http://webkit-queues.appspot.com/results/693331
Created attachment 203411 [details] Fix double floating point transfer in sh4 baseline JIT (with ChangeLog) Better with a ChangeLog, indeed.
Comment on attachment 203411 [details] Fix double floating point transfer in sh4 baseline JIT (with ChangeLog) Clearing flags on attachment: 203411 Committed r151031: <http://trac.webkit.org/changeset/151031>
All reviewed patches have been landed. Closing bug.