* 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.