WIP qemu: Add kvm+Intel PT fuzzing capability

[Marcondiro]

WIP, any feedback is welcome

[addisoncrump]

I'll rebase on this before making libafl_qemu changes in #2438.

[domenukk]

What's the benefit of the perf-event-open-sys crate thingy over bindgen? Just double checking / asking stupid questions :)

[Marcondiro]

No worries :) It has a couple of syscall/ioctl wrappers already available and it addresses an issue I had with Bindgen and `#define`s. They solved it already in their `wrapper.h` adding an enum. Let me know if you want me to go deeper than this answer :D

[domenukk]

Nah sounds good, it's just always good to double-check if new crates are necessary. If it solves issues let's gooo

[rmalmain]

i propose to start building the Module that would go on top of it once the inte_pt low-level functions look good enough to you.
even if some hooks are missing atm, it may be useful to start building the skeleton to help familiarize with the module system.

[rmalmain]

we should avoid writing this kind of function here i think, we already have libafl_page_from_addr in the qemu repo in C. we should maybe start gathering these utils functions at the same place either in a c (so that it's usable in QEMU as well) or a rs file.

[domenukk]

you're linking them together, anyway, right? So you can write it in rust and still use them from C

[Marcondiro]

Do you guys know if we lose inlining this way?

[domenukk]

from rust to rust? No. From C to rust, probably not? maybe?