mirror of
https://github.com/edk2-porting/linux-next.git
synced 2024-12-27 14:43:58 +08:00
5d2efba64b
The 10Gigabit ethernet device drivers appear to be able to chew up all 256MB of TCE mappings on pSeries systems, as evidenced by numerous error messages: iommu_alloc failed, tbl c0000000010d5c48 vaddr c0000000d875eff0 npages 1 Some experimentation indicates that this is essentially because one 1500 byte ethernet MTU gets mapped as a 64K DMA region when the large 64K pages are enabled. Thus, it doesn't take much to exhaust all of the available DMA mappings for a high-speed card. This patch changes the iommu allocator to work with its own unique, distinct page size. Although the patch is long, its actually quite simple: it just #defines a distinct IOMMU_PAGE_SIZE and then uses this in all the places that matter. As a side effect, it also dramatically improves network performance on platforms with H-calls on iommu translation inserts/removes (since we no longer call it 16 times for a 1500 bytes packet when the iommu HW is still 4k). In the future, we might want to make the IOMMU_PAGE_SIZE a variable in the iommu_table instance, thus allowing support for different HW page sizes in the iommu itself. Signed-off-by: Linas Vepstas <linas@austin.ibm.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Acked-by: Olof Johansson <olof@lixom.net> Acked-by: Stephen Rothwell <sfr@canb.auug.org.au> Signed-off-by: Paul Mackerras <paulus@samba.org> |
||
---|---|---|
.. | ||
eeh_cache.c | ||
eeh_driver.c | ||
eeh_event.c | ||
eeh.c | ||
firmware.c | ||
firmware.h | ||
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 |