<!DOCTYPE html>
<html data-lt-installed="true">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body style="padding-bottom: 1px;">
<p>Hi, Sergey!</p>
<p>LGTM with a minor question below.<br>
</p>
<div class="moz-cite-prefix">On 25.09.2024 13:36, Sergey Kaplun
wrote:<br>
</div>
<blockquote type="cite"
cite="mid:20240925103656.14771-1-skaplun@tarantool.org">
<pre class="moz-quote-pre" wrap="">From: Mike Pall <mike>
Thanks to Peter Cawley.
(cherry picked from commit 3bdc6498c4c012a8fbf9cfa2756a5b07f56f1540)
`IR_CALLXS` for the vararg function contains `IR_CARG(fptr, ctid)` as
the second operand. The `loop_emit_phi()` scans only the first operand
of the IR, so the second is not marked as PHI. In this case, when the IR
appears in both the invariant and variant parts of the loop, CSE may
remove it and thus lead to incorrect emitting results.
This patch tweaks the CSE rules to avoid CSE across the `IR_LOOP`.
Sergey Kaplun:
* added the description and the test for the problem
Part of tarantool/tarantool#10199
---
Branch: <a class="moz-txt-link-freetext" href="https://github.com/tarantool/luajit/tree/skaplun/lj-1244-missing-phi-carg">https://github.com/tarantool/luajit/tree/skaplun/lj-1244-missing-phi-carg</a>
Related issues:
* <a class="moz-txt-link-freetext" href="https://github.com/tarantool/tarantool/issues/10199">https://github.com/tarantool/tarantool/issues/10199</a>
* <a class="moz-txt-link-freetext" href="https://github.com/LuaJIT/LuaJIT/issues/1244">https://github.com/LuaJIT/LuaJIT/issues/1244</a>
src/lj_opt_fold.c | 11 ++++
.../lj-1244-missing-phi-carg.test.lua | 53 +++++++++++++++++++
2 files changed, 64 insertions(+)
create mode 100644 test/tarantool-tests/lj-1244-missing-phi-carg.test.lua
diff --git a/src/lj_opt_fold.c b/src/lj_opt_fold.c
index e2171e1b..33e5f9dd 100644
--- a/src/lj_opt_fold.c
+++ b/src/lj_opt_fold.c
@@ -2406,6 +2406,17 @@ LJFOLD(XSNEW any any)
LJFOLD(BUFHDR any any)
LJFOLDX(lj_ir_emit)
+/* -- Miscellaneous ------------------------------------------------------- */
+
+LJFOLD(CARG any any)
+LJFOLDF(cse_carg)
+{
+ TRef tr = lj_opt_cse(J);
+ if (tref_ref(tr) < J->chain[IR_LOOP]) /* CSE across loop? */
+ return EMITFOLD; /* Raw emit. Assumes fins is left intact by CSE. */
+ return tr;
+}
+
/* ------------------------------------------------------------------------ */
/* Every entry in the generated hash table is a 32 bit pattern:
diff --git a/test/tarantool-tests/lj-1244-missing-phi-carg.test.lua b/test/tarantool-tests/lj-1244-missing-phi-carg.test.lua
new file mode 100644
index 00000000..865cdd26
--- /dev/null
+++ b/test/tarantool-tests/lj-1244-missing-phi-carg.test.lua
@@ -0,0 +1,53 @@
+local ffi = require('ffi')
+local table_new = require('table.new')
+
+-- Test file to demonstrate LuaJIT incorrect behaviour for
+-- recording the FFI call to the vararg function. See also:
+-- <a class="moz-txt-link-freetext" href="https://github.com/LuaJIT/LuaJIT/issues/1244">https://github.com/LuaJIT/LuaJIT/issues/1244</a>.
+local tap = require('tap')
+local test = tap.test('lj-1244-missing-phi-carg'):skipcond({
+ ['Test requires JIT enabled'] = not jit.status(),
+})
+
+-- Loop unrolls into 2 iterations. Thus means that the loop is
+-- executed on trace on the 5th iteration (instead of the usual
+-- 4th). Run it even number of iterations to test both, so last is
+-- 6th.
+local NTESTS = 6
+
+test:plan(NTESTS)
+
+ffi.cdef[[
+ double sin(double, ...);
+ double cos(double, ...);</pre>
</blockquote>
<p>Why do you use sin/cos with wrong function prototypes if you can
take</p>
<p>a function with varargs. (printf for example)?<br>
</p>
<blockquote type="cite"
cite="mid:20240925103656.14771-1-skaplun@tarantool.org">
<pre class="moz-quote-pre" wrap="">
+]]
+
+local EXPECTED = {[0] = ffi.C.sin(0), ffi.C.cos(0)}
+
+-- Array of 2 functions.
+local fns = ffi.new('double (*[2])(double, ...)')
+fns[0] = ffi.C.cos
+fns[1] = ffi.C.sin
+
+-- Avoid reallocating the table on the trace.
+local result = table_new(8, 0)
+
+jit.opt.start('hotloop=1')
+
+local fn = fns[0]
+-- The first result is `cos()`.
+for i = 1, NTESTS do
+ result[i] = fn(0)
+ fn = fns[i % 2]
+ -- The call persists in the invariant part of the loop as well.
+ -- Hence, XLOAD (part of the IR_CARG -- function to be called)
+ -- should be marked as PHI, but it isn't due to CSE.
+ fn(0)
+end
+
+for i = 1, NTESTS do
+ test:is(result[i], EXPECTED[i % 2],
+ ('correct result on iteration %d'):format(i))
+end
+
+test:done(true)
</pre>
</blockquote>
</body>
<lt-container></lt-container>
</html>