On Wed, Sep 09, 2015 at 08:55:38AM -0600, Jan Beulich wrote: > >>> On 09.09.15 at 16:50, <konrad.w...@oracle.com> wrote: > > On Wed, Sep 09, 2015 at 08:33:52AM -0600, Jan Beulich wrote: > >> >>> On 09.09.15 at 16:20, <konrad.w...@oracle.com> wrote: > >> > Perhaps the solution is remove the first printk(s) and just have them > >> > once the operation has completed? That may fix the outstanding tasklet > >> > problem? > >> > >> Considering that this is a tool stack based retry, how would the > >> hypervisor know when the _whole_ operation is done? > > > > I was merely thinking of moving the printk _after_ the map_mmio_regions > > so there wouldn't be any outstanding preemption points in map_mmio_regions > > (so it can at least do the 64 PFNs). > > But there are no preemption points. That's why you needed to use > tool stack based retries in the first place.
You are totally right. I recall seeing it but I realize it was an RFC patch I wrote that would have made map_mmio_regions call the hypercall_preempt_check()! <sigh> Sorry about the noise! > > Jan > _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel
