On Wed, 2009-08-05 at 02:14 -0700, Yinghai Lu wrote: > without this patch > > [ 299.175436] igbvf 0000:41:10.0: enabling device (0000 -> 0002) > [ 299.180009] igbvf 0000:41:10.0: using 64bit DMA mask > [ 299.183077] igbvf 0000:41:10.0: using 64bit consistent DMA mask > [ 299.199870] igbvf 0000:41:10.0: enabling bus mastering > [ 299.205534] igbvf 0000:41:10.0: setting latency timer to 64 > [ 299.219654] reserve_memtype added 0xcfc00000-0xcfc04000, track uncached-minus, req uncached-minus, ret uncached-minus > [ 299.239615] reserve_memtype added 0xcfc20000-0xcfc21000, track uncached-minus, req uncached-minus, ret uncached-minus > [ 299.260181] alloc irq_desc for 217 on node 2 > [ 299.263501] alloc kstat_irqs on node 2 > [ 299.276276] alloc irq_2_iommu on node 0 > [ 299.281847] igbvf 0000:41:10.0: irq 217 for MSI/MSI-X > [ 299.285511] alloc irq_desc for 218 on node 2 > [ 299.297813] alloc kstat_irqs on node 2 > [ 299.302543] alloc irq_2_iommu on node 0 > [ 299.315358] igbvf 0000:41:10.0: irq 218 for MSI/MSI-X > [ 299.321102] alloc irq_desc for 219 on node 2 > [ 299.325932] alloc kstat_irqs on node 2 > [ 299.338616] alloc irq_2_iommu on node 0 > [ 299.340789] igbvf 0000:41:10.0: irq 219 for MSI/MSI-X > [ 299.356532] igbvf 0000:41:10.0: PF still in reset state, assigning new address > [ 299.365128] igbvf 0000:41:10.0: PF still resetting > [ 299.377625] igbvf 0000:41:10.0: Intel(R) 82576 Virtual Function > [ 299.385619] igbvf 0000:41:10.0: Address: c6:e3:de:62:de:eb > [ 299.395957] igbvf 0000:41:10.0: MAC: 1 > > thought we could put irq_2_iommu to same node too. Yinghai, even with this patch, we will still be allocating from node-0. No? -- To unsubscribe from this list: send the line "unsubscribe linux-pci" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
