[Test][Possible flaky test] QEMU timeout on zephyr test_relay #8842
Description
https://ci.tlcpack.ai/blue/organizations/jenkins/tvm/detail/PR-8822/4/pipeline/#step-203-log-1971
=================================== FAILURES ===================================
____________________________ test_relay[mps2_an521] ____________________________
temp_dir = <tvm.contrib.utils.TempDirectory object at 0x7f67f6c28518>
platform = 'mps2_an521', west_cmd = 'west', tvm_debug = False
@tvm.testing.requires_micro
def test_relay(temp_dir, platform, west_cmd, tvm_debug):
"""Testing a simple relay graph"""
model, zephyr_board = PLATFORMS[platform]
build_config = {"debug": tvm_debug}
shape = (10,)
dtype = "int8"
# Construct Relay program.
x = relay.var("x", relay.TensorType(shape=shape, dtype=dtype))
xx = relay.multiply(x, x)
z = relay.add(xx, relay.const(np.ones(shape=shape, dtype=dtype)))
func = relay.Function([x], z)
ir_mod = tvm.IRModule.from_expr(func)
target = tvm.target.target.micro(model)
with tvm.transform.PassContext(opt_level=3, config={"tir.disable_vectorize": True}):
mod = tvm.relay.build(ir_mod, target=target)
with _make_session(temp_dir, zephyr_board, west_cmd, mod, build_config) as session:
graph_mod = tvm.micro.create_local_graph_executor(
> mod.get_graph_json(), session.get_system_lib(), session.device
)
tests/micro/zephyr/test_zephyr.py:216:
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
python/tvm/micro/session.py:88: in get_system_lib
return self._rpc.get_function("runtime.SystemLib")()
python/tvm/rpc/client.py:73: in get_function
return self._sess.get_function(name)
python/tvm/runtime/module.py:87: in get_function
self.handle, c_str(name), ctypes.c_int(query_imports), ctypes.byref(ret_handle)
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
ret = -1
def check_call(ret):
"""Check the return value of C API call
This function will raise exception when error occurs.
Wrap every API call with this function
Parameters
----------
ret : int
return value from API calls
"""
if ret != 0:
> raise get_last_ffi_error()
Maybe we need to increase the timeout.