| 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
| ||
|
Message-ID: <mj+md-20071101.082743.5958.albireo@ucw.cz> Date: Thu, 1 Nov 2007 09:31:40 +0100 From: Martin Mares <mj@....cz> To: Arjan van de Ven <arjan@...radead.org> Cc: Linus Torvalds <torvalds@...ux-foundation.org>, Robert Hancock <hancockr@...w.ca>, Greg KH <greg@...ah.com>, Jesse Barnes <jbarnes@...tuousgeek.org>, akpm@...ux-foundation.org, ak@...e.de, rajesh.shah@...el.com, linux-kernel <linux-kernel@...r.kernel.org> Subject: Re: pci-disable-decode-of-io-memory-during-bar-sizing.patch Hello! > something like > int pci_enable_mmconfig(struct pci_dev *pdev) ? > sounds like a very solid plan to me... Please remember that the driver is not the sole user of the PCI config space -- user-space programs (e.g., lspci) can access it via sysfs, too. Should we force users of such programs to add a magic kernel parameter to enable MMCONFIG? Does not make much sense. Maybe we should do all bus scanning with conf1 and then try if MMCONFIG returns the same values? Have a nice fortnight -- Martin `MJ' Mares <mj@....cz> http://mj.ucw.cz/ Faculty of Math and Physics, Charles University, Prague, Czech Rep., Earth "Beware of bugs in the above code; I have only proved it correct, not tried it." -- D.E.K. - 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