Hi all,
It'd be great to get all of the suspend/resume code back into
upstream. The arch_rebuild_p2m function we need in Mirage is quite
straightforward; we never mess with it at runtime so we just need
to set it up at start of day, and fix it on resume. It looks to be
the same for clickos too. I wonder if any other of the potential
mini-os users need anything more complicated?
The implementation for mirage is here:
https://github.com/mirage/mirage-platform/blob/d263551d45727882ebebc20c6a601618ec9574ec/xen/runtime/kernel/x86_mm.c#L872
I prefer the variable names of the cnplab implementation, but the
mirage one looks like it has slightly less code duplication. I'm
not very bothered though :-)
Jon
On 25/07/14 16:17, Joao Martins wrote:
Hey Anil,
CCing Filipe, the author of suspend/resume work, he should
have comments on the arch_rebuild_p2m.
These are *not yet* against xen-unstable, but you can
checkout the implementation here:
Cheers,
Joao
We're just about ready to merge in
Thomas Leonard's external MiniOS patches into Mirage:
https://github.com/mirage/mirage-platform/pull/93
The only known regression from our local MiniOS to the
external one is x86 suspend/resume support, so I wanted to
find out what the latest state of upstream support is.
CCing Joao/Felipe: you mentioned at the hackathon that you had
patches; are these available against xen-unstable for us to
merge?
Jon Ludlam did the original MirageOS support; any comments on
the arch_rebuild_p2m query from Thomas?
cheers,
Anil
_______________________________________________
MirageOS-devel mailing list
MirageOS-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/mirageos-devel
