* asm-x86/processor-flags.h, CONFIG_* leaks @ 2008-07-21 12:46 Olaf Hering 2008-07-21 13:06 ` Vegard Nossum 0 siblings, 1 reply; 6+ messages in thread From: Olaf Hering @ 2008-07-21 12:46 UTC (permalink / raw) To: linux-kernel, Vegard Nossum asm-x86/processor-flags.h is an exported header, via 'make headers_install_all' Please move X86_VM_MASK inside __KERNEL__ Olaf ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: asm-x86/processor-flags.h, CONFIG_* leaks 2008-07-21 12:46 asm-x86/processor-flags.h, CONFIG_* leaks Olaf Hering @ 2008-07-21 13:06 ` Vegard Nossum 2008-07-21 13:08 ` Olaf Hering 2008-07-24 10:50 ` Ingo Molnar 0 siblings, 2 replies; 6+ messages in thread From: Vegard Nossum @ 2008-07-21 13:06 UTC (permalink / raw) To: Olaf Hering, Ingo Molnar; +Cc: Adrian Bunk, linux-kernel On Mon, Jul 21, 2008 at 2:46 PM, Olaf Hering <olaf@aepfle.de> wrote: > > asm-x86/processor-flags.h is an exported header, > via 'make headers_install_all' > > Please move X86_VM_MASK inside __KERNEL__ Oops, this seems to be my fault. Find the fix below. As I stated in the original commit, this was tested with 'make headers_check', so I can only guess that it's a merge fall-out. Adrian Bunk pointed it out in my original submission, which is why it was explicitly tested... But I just tested it again, and why doesn't make headers_check catch it? Sorry :-/ Vegard >From d3795de8f7001aa1a485c52e2f0ce565dd1e23cf Mon Sep 17 00:00:00 2001 From: Vegard Nossum <vegard.nossum@gmail.com> Date: Mon, 21 Jul 2008 14:54:23 +0200 Subject: [PATCH] x86: don't leak X86_VM_MASK in processor-flags.h Apparently, commit 6330a30a76c1e62d4b4ec238368957f8febf9113 Author: Vegard Nossum <vegard.nossum@gmail.com> Date: Wed May 28 09:46:19 2008 +0200 x86: break mutual header inclusion introduced some CONFIG names to processor-flags.h, which was exported in commit 6093015db2bd9e70cf20cdd23be1a50733baafdd Author: Ingo Molnar <mingo@elte.hu> Date: Sun Mar 30 11:45:23 2008 +0200 x86: cleanup replace most vm86 flags with flags from processor-flags.h, fix Fix it by wrapping the CONFIG parts in __KERNEL__. Reported-by: Olaf Hering <olaf@aepfle.de> Signed-off-by: Vegard Nossum <vegard.nossum@gmail.com> --- include/asm-x86/processor-flags.h | 2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/include/asm-x86/processor-flags.h b/include/asm-x86/processor-flags.h index 092b39b..eff2ecd 100644 --- a/include/asm-x86/processor-flags.h +++ b/include/asm-x86/processor-flags.h @@ -88,10 +88,12 @@ #define CX86_ARR_BASE 0xc4 #define CX86_RCR_BASE 0xdc +#ifdef __KERNEL__ #ifdef CONFIG_VM86 #define X86_VM_MASK X86_EFLAGS_VM #else #define X86_VM_MASK 0 /* No VM86 support */ #endif +#endif #endif /* __ASM_I386_PROCESSOR_FLAGS_H */ -- 1.5.5.1 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* Re: asm-x86/processor-flags.h, CONFIG_* leaks 2008-07-21 13:06 ` Vegard Nossum @ 2008-07-21 13:08 ` Olaf Hering 2008-07-21 13:31 ` Vegard Nossum 2008-07-24 10:50 ` Ingo Molnar 1 sibling, 1 reply; 6+ messages in thread From: Olaf Hering @ 2008-07-21 13:08 UTC (permalink / raw) To: Vegard Nossum; +Cc: Ingo Molnar, Adrian Bunk, linux-kernel On Mon, Jul 21, Vegard Nossum wrote: > why doesn't make headers_check catch it? An automated grep -r CONFIG_ in the export dir is missing. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: asm-x86/processor-flags.h, CONFIG_* leaks 2008-07-21 13:08 ` Olaf Hering @ 2008-07-21 13:31 ` Vegard Nossum 2008-07-21 13:41 ` Olaf Hering 0 siblings, 1 reply; 6+ messages in thread From: Vegard Nossum @ 2008-07-21 13:31 UTC (permalink / raw) To: Olaf Hering; +Cc: Ingo Molnar, Adrian Bunk, linux-kernel On Mon, Jul 21, 2008 at 3:08 PM, Olaf Hering <olaf@aepfle.de> wrote: > On Mon, Jul 21, Vegard Nossum wrote: > >> why doesn't make headers_check catch it? > > An automated grep -r CONFIG_ in the export dir is missing. Do you mean like this? (My INSTALL_HDR_PATH refers to the the usr/ of the top-level kernel directory) rm -rf usr/include/* make headers_install grep -r CONFIG_ usr/include/ ...because this is turning up a rather lot of (80) occurences. Should all this ideally be fixed in some way? Vegard -- "The animistic metaphor of the bug that maliciously sneaked in while the programmer was not looking is intellectually dishonest as it disguises that the error is the programmer's own creation." -- E. W. Dijkstra, EWD1036 ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: asm-x86/processor-flags.h, CONFIG_* leaks 2008-07-21 13:31 ` Vegard Nossum @ 2008-07-21 13:41 ` Olaf Hering 0 siblings, 0 replies; 6+ messages in thread From: Olaf Hering @ 2008-07-21 13:41 UTC (permalink / raw) To: Vegard Nossum; +Cc: Ingo Molnar, Adrian Bunk, linux-kernel On Mon, Jul 21, Vegard Nossum wrote: > all this ideally be fixed in some way? Yes, they should be moved inside __KERNEL__, or the header shouldnt be exported at all. ^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: asm-x86/processor-flags.h, CONFIG_* leaks 2008-07-21 13:06 ` Vegard Nossum 2008-07-21 13:08 ` Olaf Hering @ 2008-07-24 10:50 ` Ingo Molnar 1 sibling, 0 replies; 6+ messages in thread From: Ingo Molnar @ 2008-07-24 10:50 UTC (permalink / raw) To: Vegard Nossum; +Cc: Olaf Hering, Adrian Bunk, linux-kernel * Vegard Nossum <vegard.nossum@gmail.com> wrote: > On Mon, Jul 21, 2008 at 2:46 PM, Olaf Hering <olaf@aepfle.de> wrote: > > > > asm-x86/processor-flags.h is an exported header, > > via 'make headers_install_all' > > > > Please move X86_VM_MASK inside __KERNEL__ > > Oops, this seems to be my fault. Find the fix below. applied to tip/x86/urgent, thanks Vegard and Olaf. Ingo ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-07-24 10:50 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2008-07-21 12:46 asm-x86/processor-flags.h, CONFIG_* leaks Olaf Hering 2008-07-21 13:06 ` Vegard Nossum 2008-07-21 13:08 ` Olaf Hering 2008-07-21 13:31 ` Vegard Nossum 2008-07-21 13:41 ` Olaf Hering 2008-07-24 10:50 ` Ingo Molnar
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.