| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Fri, 6 Jun 2008 14:51:17 -0700 From: "Grant Grundler" <grundler@...gle.com> To: "Muli Ben-Yehuda" <muli@...ibm.com> Cc: "FUJITA Tomonori" <fujita.tomonori@....ntt.co.jp>, linux-kernel@...r.kernel.org, mgross@...ux.intel.com, linux-scsi@...r.kernel.org Subject: Re: Intel IOMMU (and IOMMU for Virtualization) performances On Fri, Jun 6, 2008 at 2:36 PM, Muli Ben-Yehuda <muli@...ibm.com> wrote: ... > The logic seems pretty simple to me, all we need to do is keep track > of how many entries are currently allocated in the bitmap vs. the size > of the bitmap. Once we get to the half-way point, double the size of > the bitmap. "half-full" would be one hueristic but others might be more suitable (e.g. wait until it's nearly full or bitmap search fails). > Having said that, I'm not sure it's worth it, and have no > plans to implement it :-) The historical DMA mapping "failure mode" is a kernel panic. Resizing or creating a new IOMMU page table would avoid a panic, my guess is people would prefer _anything_ that avoids a panic. :) Especially in the context of Virtual Machines and multiply guests. And I'm not exposed to this problem (yet)...I expect Mark Gross (Intel) is on the hook for this and has access to all the documentation. I'll let him thank you for suggesting more work. :P thanks, grant -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists