| 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: <4BF47DAF.5040409@zytor.com> Date: Wed, 19 May 2010 17:09:19 -0700 From: "H. Peter Anvin" <hpa@...or.com> To: Mathieu Rondonneau <mathieu.rondonneau@...il.com> CC: Yinghai <yinghai.lu@...cle.com>, linux-kernel@...r.kernel.org, linux-arch@...r.kernel.org, Ingo Molnar <mingo@...e.hu>, Linus Torvalds <torvalds@...ux-foundation.org> Subject: Re: [PATCH] Prevent reserving RAM in the region already reserved by BIOS On 05/19/2010 05:01 PM, Mathieu Rondonneau wrote: > it' s not in ISA space. > once loading the NVIDIA driver, the warnign oops shows up. > 4K starting at 0x9f800 (i.e. to 0xa007ff) overlap with the ISA space > (starting at 0xa0000). > > When I don' t load the driver, no oops. > So I am assuming nvidia driver request 4K of memory, that happens to > be available in the bios area. > > I think that there is a check missing somewhere to report that > available RAM buffer is already reserved (by BIOS) so we need to get > it from somewhere else. > > Does it make sense? > -Mathieu No. The top page (0x9f000) is generally also reserved... there is pretty much always BIOS data structures there. It sounds like the Nvidia driver is trying to map those, and doing it incorrectly. -ENVIDIA. -hpa -- 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