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: Sun, 10 Feb 2013 09:36:16 +0100 From: Borislav Petkov <bp@...en8.de> To: "H. Peter Anvin" <hpa@...or.com> Cc: X86 ML <x86@...nel.org>, LKML <linux-kernel@...r.kernel.org>, Borislav Petkov <bp@...e.de> Subject: Re: [PATCH 2/5 -v2.1] x86: Detect CPUID support early at boot On Sat, Feb 09, 2013 at 08:34:53PM -0800, H. Peter Anvin wrote: > I wouldn't really call it a "side effect". Perhaps the right thing > here is to say something like "we want to start out with %eflags > unambiguously clear". > > (Note also we have had to CLD earlier because we have already copied > the command line.) Ok, let's make it even more verbose so that people know in the future: "... we want to start out with EFLAGS unambiguously clear. That means DF in particular (even though we have cleared it earlier after copying the command line) because GCC expects it." How does that sound? Also, I was wondering about the whole reasoning behind that: do you know why DF=0 is a GCC requirement? I mean, nothing hurts GCC from issuing a CLD each time? Thanks. -- Regards/Gruss, Boris. Sent from a fat crate under my desk. Formatting is fine. -- -- 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