| 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: <20140611173022.GD3275@sgi.com> Date: Wed, 11 Jun 2014 12:30:22 -0500 From: Alex Thorlton <athorlton@....com> To: Matt Fleming <matt@...sole-pimps.org> Cc: Alex Thorlton <athorlton@....com>, Linux EFI <linux-efi@...r.kernel.org>, LKML <linux-kernel@...r.kernel.org>, Borislav Petkov <bp@...e.de>, Russ Anderson <rja@....com> Subject: Re: [RFC] Best place/method to determine BIOS version? On Wed, Jun 11, 2014 at 09:55:48AM +0100, Matt Fleming wrote: > Can't you use either early_ioremap() or ioremap() (depending on when you > want to access the physical address), perhaps coupled with > efi_call_phys()? I had actually tried that exact approach, but I think the problem is that I need to remap both the function code, and the data that it needs to access, and the pointers get clobbered in that process. The pointers work fine in direct physical mode, and they work fine after being mapped into the EFI page table in virtual mode, but I think there's some magic in there that helps fix them up when set_virtual_address_map is called, which isn't getting done when I try to remap manually. I'll look into this approach a bit more to be absolutely sure that it won't work, but I hadn't had any luck so far. - Alex -- 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