Open xiangli3 opened 8 months ago
hi @xiangli3
The log says that the 05ade11fea669f234eb7606b4c62df40ebc27ee8
snapshot caused a #GP
. Mostly likely it tried to execute an instruction that was not allowed or was otherwise malformed (e.g. unaligned memory access). It's impossible to tell exactly what happened without seeing the actual snapshot. If you look at the player_result
it clearly shows start_address:0x10000
etc indicating that the mappings were in fact created.
On the missing logs, I think what happened is that you'd made changes the verbosity level in this file so that VLOG_INFO(2)
messages are visible in the passing run but then changed it so that only VLOG_INFO(1)
are visible in the failing run. We have an outstanding action item to make the verbosity level configurable via the command line.
Feel free to objdump the code and post it here if you need help debugging this further.
HTH
Hi Silifuzz author,
I am currently using Silifuzz as a part of my research, and during my experiments, there has some issue related with memory mapping. Form silifuzz source: https://github.com/google/silifuzz/blob/main/runner/runner.cc
It first creates memory mapping, here if we compared passed and failed log, seems failed log does not trigger memory mapping successfully:
Then start silifuzz iteration, here if we compared passed and failed log, seems failed log does not trigger iteration successfully since no memory mapping created.
Finally, failed system hit “Execution misbehaved” and record error info, here outcome = 6 means “Execution caused a signal.”
So here the problem is why failed system cannot create memory mapping successfully?
Please check below full log from failed system, thanks. runner_log_2023-10-12-21-53-45_cpu7.log