mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
* [PATCH] lockmeter does not require CONFIG_X86_TSC
@ 2003-12-28  1:27 Martin J. Bligh
  0 siblings, 0 replies; only message in thread
From: Martin J. Bligh @ 2003-12-28  1:27 UTC (permalink / raw)
  To: Andrew Morton; +Cc: linux-kernel

Due to the extreme twistedness of the world, CONFIG_X86_TSC doesn't
mean "I have a TSC", it means "I compiled out PIT support completely".
Don't ask me why. 

However, this means that the check for it in the lockmeter code is 
invalid - it's perfectly valid to use a i386 compiled kernel on a 686, 
where  CONFIG_X86_TSC is off, but we have both TSC and PIT support.

Patch simply removes the #error check.

M.

diff -urpN -X /home/fletch/.diff.exclude 620-force_wholefrag/include/asm-i386/lockmeter.h 630-lockmeter_notsc/include/asm-i386/lockmeter.h
--- 620-force_wholefrag/include/asm-i386/lockmeter.h	Sat Dec 27 14:43:41 2003
+++ 630-lockmeter_notsc/include/asm-i386/lockmeter.h	Sat Dec 27 17:16:58 2003
@@ -108,9 +108,6 @@ extern inline int rwlock_readers(rwlock_
 /* this is a lot of typing just to get gcc to emit "rdtsc" */
 static inline long long get_cycles64 (void)
 {
-#ifndef CONFIG_X86_TSC
-	#error this code requires CONFIG_X86_TSC
-#else
 	union longlong_u {
 		long long intlong;
 		struct intint_s {
@@ -121,7 +118,6 @@ static inline long long get_cycles64 (vo
 
 	rdtsc(longlong.intint.eax,longlong.intint.edx);
 	return longlong.intlong;
-#endif
 }
 
 #endif /* _I386_LOCKMETER_H */


^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2003-12-28  1:27 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-12-28  1:27 [PATCH] lockmeter does not require CONFIG_X86_TSC Martin J. Bligh

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®