[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Question about apic ipi interface
On Tue, Apr 23, 2013 at 11:07 AM, Stefan Bader <stefan.bader@xxxxxxxxxxxxx> wrote: > I was looking at some older patch and there is one thing I do not understand. > > commit f447d56d36af18c5104ff29dcb1327c0c0ac3634 > xen: implement apic ipi interface > > Specifically there the implementation of xen_send_IPI_mask_allbutself(). > > void xen_send_IPI_mask_allbutself(const struct cpumask *mask, > int vector) > { > unsigned cpu; > unsigned int this_cpu = smp_processor_id(); > > if (!(num_online_cpus() > 1)) > return; > > for_each_cpu_and(cpu, mask, cpu_online_mask) { > if (this_cpu == cpu) > continue; > > xen_smp_send_call_function_single_ipi(cpu); > } > } > > Why is this using xen_smp_send_call_function_single_ipi()? This dumps the > supplied vector and always uses XEN_CALL_FUNCTION_SINGLE_VECTOR. In contrast > the > xen_send_IPI_all() and xen_send_IPI_self() keep the (mapped) vector. > > Mildly wondering about whether call function would need special casing (just > because xen_smp_send_call_function_ipi() is special). But I don't have the big > picture there. > Adding Lin Ming here, since this was an evolution of an incomplete implementation of mine that was ultimately used in a larger context, outside of my original use case for it (kgdb of dom0) that ultimately gave me credit for this part of the patch, as part of a larger series. I must admit that I don't recall the reasoning, if there was one. It may be an oversight. This was the original (incomplete) patch, in context: http://markmail.org/message/d6ca5zfdmiqipurt Are you seeing issues with the code, or just doing code inspection? Ben _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |