| 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: <1342713336.13917.124.camel@lyra> Date: Thu, 19 Jul 2012 09:55:36 -0600 From: Khalid Aziz <khalid.aziz@...com> To: James Bottomley <James.Bottomley@...senPartnership.com> Cc: joeyli <jlee@...e.com>, linux-kernel@...r.kernel.org, linux-efi@...r.kernel.org Subject: Re: Fwd: UEFI Secure boot using qemu-kvm On Thu, 2012-07-19 at 10:41 +0100, James Bottomley wrote: > Actually, I just ran into this too. Apparently libefi.a needs to be > build with -fno-stack-protector ... at least that's where the problem is > coming from in my environment. I don't have an ubuntu system to check, > but to verify this is your issue, try: > > nm -D /usr/lib/libefi.a | grep __stack_chk_fail > > (or whatever your path is to libefi.a) ... probably you should also > check libgnuefi.a, although this one is clear in my setup. On Ubuntu, it is coming from lib/lib.a. It so happens that "make clean" does not descend into lib/ and remove *.o and lib.a. So, I added "-fno-stack-protector" to top level Makefile, ran "make clean" followed by make and it didn't help because I continuesd to use the old lib.a. Now that I have realized it, I added "(cd lib; rm -f *.o lib.a)" to the clean target in toplevel Makefile and ran a "make clean". After this lib/Makefile inherited -fno-stack-protector in CFLAGS from Make.rules and everything builds correctly now. -- Khalid Aziz <khalid.aziz@...com> -- 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