From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.5)
Gecko/20041111 Firefox/1.0

Description of problem:
The planned change slated for 2.6.10 of using EXIT_ZOMBIE and
EXIT_DEAD rather than TASK_ZOMBIE and TASK_DEAD (along with
corresponding ->state vs ->exit_state changes) appears to have found
it's way into the 2.6.9-1.724 release:

$ diff /lib/modules/2.6.9-1.681_FC3/source/include/linux/sched.h
/lib/modules/2.6.9-1.724_FC3/source/include/linux/sched.h
113,114c113,114
< #define TASK_ZOMBIE           16
< #define TASK_DEAD             32
---
> #define EXIT_ZOMBIE           16
> #define EXIT_DEAD             32

This is causing problems with drbd v0.7.6 and v0.7.7 which allow for
the change with the 2.6.10 and greater kernel, but expect the api to
be maintained throughout 2.6.9-x versions.  It looks like this also
affects openAFS, as it uses the same hooks, and has implemented
similar future support, but only for 2.6.10 and greater.


Version-Release number of selected component (if applicable):
kernel-2.6.9-1.724

How reproducible:
Always

Steps to Reproduce:
1. compile code containing following:

#if LINUX_VERSION_CODE < KERNEL_VERSION(2,6,10)
  set_current_state(TASK_ZOMBIE);
#else
  current->exit_state = EXIT_ZOMBIE;
#endif

2. first using kernel 2.6.9-1.681_FC3
3. code compiles fine
4. second using kernel 2.6.10-x
5. code compiles fine
6. third using kernel 2.6.9-1.724_FC3


Actual Results:  error `TASK_ZOMBIE' undeclared (first use in this
function)

Expected Results:  code to compile without error

Additional info:

while this could be accomadated by hacking individual third party
packages, they would have to have specific hacks for the fc3
2.6.9-1.xxx kernels, not just for 2.6.9 vs 2.6.10.   In my very
limited C experience, this solution looks inconvenient at best for
thrid party maintainers, the solution within the third party package
does not appear to be as simple as a preprocessor directive based on
LINUX_VERSION_CODE.