|
|
|
|
|
|
|
|
|
|
xen-devel
[Xen-devel] FE driver and log dirty
Here's a question about FE driver and log dirty, when live migration
is concerned. Log dirty mode is used in live migration, which works
for those polluted pages from CPU issued accesses, but not for
DMA path (as BE driver talked here which access from another
domain like dom0). Most frontend drivers don't implement their
own suspend interface (netfront implements when accelerator is
enabled). That seems to make sense, e.g. blkfront shadows pending
reqs, and requeue them after resume. However considering log dirty
mode, there's an assumption for this style:
**There must be some CPU issued accesses to target data page
before xen_suspend is invoked, if that page is serviced by BE driver
and has been dequeued from FE queues within the loop copy
process. Or else log dirty mode is not triggered to re-transimit that
page in next loop. **
Does that assumption always hold true for existing FE drivers?
Thanks,
Kevin
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- [Xen-devel] FE driver and log dirty,
Tian, Kevin <=
|
|
|
|
|