[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Xen4.2 S3 regression?
>>> On 23.08.12 at 20:03, Ben Guthro <ben@xxxxxxxxxx> wrote: > I did some more bisecting here, and I came up with another changeset > that seems to be problematic, Re: IRQs > > After bisecting the problem discussed earlier in this thread to the > changeset below, > http://xenbits.xen.org/hg/xen-unstable.hg/rev/0695a5cdcb42 > > > I worked past that issue by the following hack: > > --- a/xen/common/event_channel.c > +++ b/xen/common/event_channel.c > @@ -1103,7 +1103,7 @@ void evtchn_destroy_final(struct domain *d) > void evtchn_move_pirqs(struct vcpu *v) > { > struct domain *d = v->domain; > - const cpumask_t *mask = cpumask_of(v->processor); > + //const cpumask_t *mask = cpumask_of(v->processor); > unsigned int port; > struct evtchn *chn; > > @@ -1111,7 +1111,9 @@ void evtchn_move_pirqs(struct vcpu *v) > for ( port = v->pirq_evtchn_head; port; port = chn->u.pirq.next_port ) > { > chn = evtchn_from_port(d, port); > +#if 0 > pirq_set_affinity(d, chn->u.pirq.irq, mask); > +#endif > } > spin_unlock(&d->event_lock); > } Did you also make an attempt at figuring out which of the three calls to evtchn_move_pirqs() is the actual problematic one? Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |