>
> first of all, you should check that enter was successful :) The most
> simple case is that is don't. This can be confirmed by the ret code
> checking and via /proc/<pid>/status of the particular thread
>   

The return code says it was successful.  And I performed 3 commands to
further check:
[#HN#] top
[#HN#]$ more /proc/12784/status
[#VE200#] top

The results are below, making it appear to be successful.   What else
can I try or what debugging flags are there to see info about the
scheduler or where in the code does the cpu limit get enforced (and do
kernel threads get checked in that code)... or what are the right
questions for me to ask you guys?

Thanks for your help,
Eric


[#HN#] top
top - 10:39:27 up 7 min,  3 users,  load average: 0.65, 0.52, 0.26
Tasks: 118 total,   3 running, 115 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.7% us, 28.2% sy,  0.0% ni, 71.0% id,  0.0% wa,  0.0% hi,  0.2% si
Mem:   1989596k total,   422992k used,  1566604k free,    42488k buffers
Swap:  4192924k total,        0k used,  4192924k free,   210524k cached
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
12784 root      15   0     0    0    0 R   56  0.0   0:28.56 kclick


[#HN#]$ more /proc/12784/status
Name:   kclick
State:  R (running)
SleepAVG:       98%
Tgid:   12784
Pid:    12784
PPid:   1
TracerPid:      0
FNid:   200
Uid:    0       0       0       0
Gid:    0       0       0       0
FDSize: 64
Groups: 0 1 2 3 4 6 10
envID:  200
VPid:   13808
PNState:        0
StopState:      0
Threads:        1

[#VE200#] top
Tasks:  20 total,   2 running,  18 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.0% us, 27.8% sy,  0.0% ni, 72.2% id,  0.0% wa,  0.0% hi,  0.0% si
Mem:    140000k total,    10640k used,   129360k free,        0k buffers
Swap:        0k total,        0k used,        0k free,        0k cached
  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND
13808 root      15   0     0    0    0 S   56  0.0   1:33.67 kclick