On Thu, Sep 01, 2016 at 10:46:24AM +0200, Christoph Hellwig wrote: > On Wed, Aug 31, 2016 at 12:38:53PM -0400, Keith Busch wrote: > > This can't be right. We have a single affinity mask for the entire > > set, but what I think we want is an one affinity mask for each > > nr_io_queues. The irq_create_affinity_mask should then create an array > > of cpumasks based on nr_vecs.. > > Nah, this is Thomas' creating abuse of the cpumask type. Every bit set > in the affinity_mask means this is a cpu we allocate a vector / queue to. Yeah, I gathered that's what it was providing, but that's just barely not enough information to do something useful. The CPUs that aren't set have to use a previously assigned vector/queue, but which one? -- To unsubscribe from this list: send the line "unsubscribe linux-block" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html