Bug 117759 - /usr/include/linux/threads.h broken (missing CONFIG_BASE_SMALL)?
Summary: /usr/include/linux/threads.h broken (missing CONFIG_BASE_SMALL)?
Status: RESOLVED FIXED
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Basesystem (show other bugs)
Version: RC 4
Hardware: Other All
: P5 - None : Normal
Target Milestone: ---
Assignee: Martin Mrazik
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 97395
  Show dependency treegraph
 
Reported: 2005-09-19 12:35 UTC by Martin Mrazik
Modified: 2006-01-17 15:20 UTC (History)
0 users

See Also:
Found By: Other
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Martin Mrazik 2005-09-19 12:35:12 UTC
I'm unable to compile linux test project in SL10 because the kernel tests are
using PID_MAX_DEFAULT macro from <linux/threads.h>. However PID_MAX_DEFAULT is
using CONFIG_BASE_SMALL macro which is not defined in this scope.
Comment 1 Thorsten Kukuk 2005-09-19 14:05:48 UTC
Fix linux test project. <linux/*> and <asm/*> header files should never
be included from userland sources.
Comment 2 Martin Mrazik 2005-09-19 16:00:51 UTC
thanks. sorry for annoying. we will fix it.

gernot: 

should I fix this somehow? The problem is in the kernel/syscall testcases.

For some of the tests -1 could be used instead of PID_MAX_DEFAULT+1. However in
others it would be better to use some positive value (in this way the test will
test more code than just some "if (pid != -1) return -EINVAl;" constructs).

Unfortunately this seems to be quite difficult. I talked with some guys from
suse labs and the only thing we made up is the /proc/sys/kernel/pid_max file.
However this file does not exist in 2.4 kernels (SLES8) :-)
 
Comment 3 Martin Mrazik 2006-01-17 15:20:54 UTC
seems to be fixed in latest ltp from /work/SRC