Hi Christoph, On Thu, Nov 17, 2016 at 04:14:51PM +0100, Christoph Hellwig wrote: > This series has two patches: the first is a simple conversion of > lpfc to use pci_alloc_irq_vectors. The second is more interesting, > and makes use of the PCI_IRQ_AFFINITY option to use the core interrupt > affinity assignment that takes nodes into account and can be easily > queried. It also ensures we propagate this information to blk-mq > to make sure the block layer queues are properly aligned to the > interrupt vectors. > > Note that these patches require core IRQ changes from a stable > branch in the tip tree to be pulled in first: > > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq/for-block > > Also be aware that I don't have any lpfc hardware to actually test these.
This is what /proc/interrupts looks like after booting from the lpfc HBA, with your patches: ettrick:~ # grep lpfc /proc/interrupts 44: 2056 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI 5242880-edge lpfc 46: 2186 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI 5244928-edge lpfc 48: 69 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI 6815744-edge lpfc:sp 49: 2060 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI 6815745-edge lpfc:fp 51: 64 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI 6817792-edge lpfc:sp 52: 1074 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 PCI-MSI 6817793-edge lpfc:fp ettrick:~ # for irq in 44 46 48 49 51 52; do echo -n "$irq: "; \ > cat /proc/irq/$irq/smp_affinity; done 44: 55555555 46: 55555555 48: 55555555 49: 55555555 51: 55555555 52: 55555555 ettrick:~ # Anything else you want me to look at? Apart from that, for the whole series: Tested-by: Johannes Thumshirn <jthumsh...@suse.de> Reviewed-by: Johannes Thumshirn <jthumsh...@suse.de> -- Johannes Thumshirn Storage jthumsh...@suse.de +49 911 74053 689 SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nürnberg GF: Felix Imendörffer, Jane Smithard, Graham Norton HRB 21284 (AG Nürnberg) Key fingerprint = EC38 9CAB C2C4 F25D 8600 D0D0 0393 969D 2D76 0850 -- To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
