|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v3.1 03/15] xen/x86: allow calling {sh/hap}_set_allocation with the idle domain
At 11:20 +0100 on 03 Nov (1478172025), Roger Pau Monne wrote:
> On Wed, Nov 02, 2016 at 06:14:13PM +0100, Roger Pau Monne wrote:
> > On Tue, Nov 01, 2016 at 10:45:05AM +0000, Tim Deegan wrote:
> > > At 10:34 -0600 on 31 Oct (1477910088), Jan Beulich wrote:
> > > > >>> On 29.10.16 at 10:59, <roger.pau@xxxxxxxxxx> wrote:
> > > * the idle vcpu (e.g. during dom0 construction), check if there is
> > > * background work to be done that should interrupt this operation.
> > > */
> > > static inline bool general_preempt_check(void)
> > > {
> > > return unlikely(softirq_pending(smp_processor_id()) ||
> > > (!is_idle_vcpu(current) &&
> > > local_events_need_delivery()));
> > > }
> > >
> > > If you're feeling keen, you could convert hypercall_preempt_check() to
> > > an inline function and comment it too. :)
> >
> > IMHO this is better, and I don't mind changing hypercall_preempt_check to
> > an
> > inline function :).
>
> So it turns out this is not trivial at all. Converting
> hypercall_preempt_check and also adding general_preempt_check as inline
> functions into shed.h causes trouble because they depend on
> local_events_need_delivery which in turn depends on the struct vcpu being
> defined. I could possibly move {general/hypercall}_preempt_check into
> xen/event.h and fixup the callers, but I would maybe prefer to leave this
> as-is for the time being, and add general_preempt_check as a macro.
Righto - that sounds fine to me.
Cheers,
Tim.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
https://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |