Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Simics Process being Killed #74

Closed
cglosner opened this issue Apr 4, 2024 · 3 comments
Closed

Simics Process being Killed #74

cglosner opened this issue Apr 4, 2024 · 3 comments

Comments

@cglosner
Copy link

cglosner commented Apr 4, 2024

I am running the fuzzer inside a docker container, but for some reason when hit CTRL-C to kill tsffs to reproduce a crash from the simics terminal after about 30secs the simics process gets killed. I can usually reproduce one solution before it kills the program. This only happens when running with a custom bios image, but when I use the default one I don't have the problem and am able to reproduce the results just fine.

This wasn't a problem with the older version of tsffs I was testing on. The problem is most likely on my end, but I wasn't sure if this has been seen by anyone else or if there are any ideas on what I might be doing wrong?

@novafacing
Copy link
Contributor

novafacing commented Apr 4, 2024

Check if it is exiting with code 55 -- if so, this is due to the executor timeout from LibAFL. A PR will be in soon to fix this. If not, we can figure out what's going on.

In the meantime as a workaround, you can set @tsffs.executor_timeout = 600 or some other large value to give yourself time to repro.

@cglosner
Copy link
Author

cglosner commented Apr 8, 2024

Yes, that seemed to be the problem, I'll use that workaround until the PR comes out. Thank you.

@cglosner cglosner closed this as completed Apr 8, 2024
@novafacing
Copy link
Contributor

A note for in the meantime if anyone thinks they are having this issue: you can set @tsffs.debug_log_libafl = True to enable a logging consumer which will print LibAFL error messages including the one indicating this type of exit.

novafacing pushed a commit to novafacing/tsffs that referenced this issue May 28, 2024
…harbor_v2

Revert "Add Setup QEMU step so we can build on gasp"
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants