[lkml]   [2002]   [Feb]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
Patch in this message
SubjectMAX_RT_PRIO in 2.5.5pre1 (Was: build problem on Sparc64)
I see that the #define for MAX_RT_PRIO was moved from:

This caused the build to fail on Sparc64, and maybe others, because of what
looks to be an unfinished function define in /asm/mmu_context.h. I am not
sure what the function is supposed to be defined at all, as it looks to be
unfinished. To get the build further along, I commented the unfinished one
out. Not sure if this is the correct way to go, but I don't see it as doing
anything effective with it in. I included a diff for you against 2.5.4, if
you want it.

Bruce H.

diff -Nru ../linux-2.5.4/include/asm-sparc64/mmu_context.h
--- ../linux-2.5.4/include/asm-sparc64/mmu_context.h Thu Feb 14 14:28:10

+++ ./include/asm-sparc64/mmu_context.h Fri Feb 15 10:59:45 2002

@@ -28,14 +28,18 @@

#include <asm/spitfire.h>


+ * ??? Does This Belong Here? Build failed after Define for MAX_RT_PRIO

+ * was moved from /kernel/sched.h to /kernel/sched.c

+ *

* Every architecture must define this function. It's the fastest

* way of searching a 168-bit bitmap where the first 128 bits are

* unlikely to be set. It's guaranteed that at least one of the 168
* bits is cleared.

+ *

+ * #if MAX_RT_PRIO != 128 || MAX_PRIO != 168
+ * # error update this function.

+ * #endif


-#if MAX_RT_PRIO != 128 || MAX_PRIO != 168
-# error update this function.


static inline int sched_find_first_bit(unsigned long *b)

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:24    [W:0.025 / U:10.944 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site