Presenting accelerators for better abstraction
Get series with b4
b4 am [email protected]Versions newest first
- v1 Latest4 patches 4 repliesIn review
Patches in v1 No applies recorded yet
| # | Subject and files | Size | Replies | Applied |
|---|---|---|---|---|
| 1/4 | introduce QEMUAccel and fill it with interrupt specific driverblock-raw-posix.c exec-all.h exec.c +2 more | +36 | 4 replies | |
| 2/4 | exec interrupt made abstract by accel_yyy()cpu-exec.c exec-all.h kqemu.c | +31 | 0 replies | |
| 3/4 | init env made accel driverexec-all.h kqemu.c target-i386/ | +9 | 0 replies | |
| 4/4 | wrap cache flushing functions into accel driversexec-all.h exec.c kqemu.c | +18 | 0 replies |
Reviews trailers per patch
No Reviewed-by, Acked-by or Tested-by trailers for v1 yet.
Cover letter [PATCH 0/4] Presenting accelerators for better abstraction
Hey guys,
This was already discussed, mostly on kvm-devel (but qemu list always copied, if you remember), and here is the pre work I've done. I don't feel it to be mergeable yet, but with your comments, I expect to get it in a good shape soon. This is not extensibly tested (but it will).
These patches applies ontop of raw qemu, so they are not kvm-specific _at all_. I've choosen to start by abstracting kqemu first, since this is what we have already in the tree.
The abstraction of kqemu is also, not complete. It cover mostly areas that are common to kvm, i.e., provide functions that kvm could implement as-is.
Comments are welcome, rants not so.
Have fun.
-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference Don't miss this year's exciting event. There's still time to save $100. Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone