77319254f1
It appears that the iommu table address is never stored, and thus
never found, on non-lpar systems. Thus, for example, during boot:
<7>[ 93.067916] PCI: Scanning bus 0001:41
<7>[ 93.068542] PCI: Found 0001:41:01.0 [8086/100f] 000200 00
<7>[ 93.068550] PCI: Calling quirk c0000000007822e0 for 0001:41:01.0
<7>[ 93.069815] PCI: Fixups for bus 0001:41
<4>[ 93.070167] iommu: Device 0001:41:01.0 has no iommu table
<7>[ 93.070251] PCI: Bus scan for 0001:41 returning with max=41
No iommu table? How can that be? Well, circa line 471 of
arch/powerpc/platforms/pseries/iommu.c we see the code:
while (dn && PCI_DN(dn) && PCI_DN(dn)->iommu_table == NULL)
dn = dn->parent;
and a few lines later is the surprising print statement about
the missing table. Seems that this loop ran unto the end, never
once finding a non-null PCI_DN(dn)->iommu_table.
The problem can be found a few lines earlier: it sems that the
value of PCI_DN(dn)->iommu_table is never ever set. Thus, the
patch sets it.
The patch was tested on a Power4 system running in full system
partition mode, which is where I saw the problem. It works; I've
not done any wider testing. Had a brief discussion on this on irc.
Signed-off-by: Linas Vepstas <linas@austin.ibm.com>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Signed-off-by: Paul Mackerras <paulus@samba.org>
|
||
|---|---|---|
| .. | ||
| eeh_cache.c | ||
| eeh_driver.c | ||
| eeh_event.c | ||
| eeh.c | ||
| firmware.c | ||
| firmware.h | ||
| hotplug-cpu.c | ||
| hvCall_inst.c | ||
| hvCall.S | ||
| hvconsole.c | ||
| hvcserver.c | ||
| iommu.c | ||
| Kconfig | ||
| lpar.c | ||
| Makefile | ||
| nvram.c | ||
| pci_dlpar.c | ||
| pci.c | ||
| plpar_wrappers.h | ||
| ras.c | ||
| ras.h | ||
| reconfig.c | ||
| rtasd.c | ||
| scanlog.c | ||
| setup.c | ||
| smp.c | ||
| xics.c | ||
| xics.h | ||