| 1146 |
|
|
| 1147 |
Fix 2008/02/05 |
Fix 2008/02/05 |
| 1148 |
|
|
| 1149 |
@ Use find_task_by_vpid() instead of find_task_pid(). |
@ Use find_task_by_vpid() instead of find_task_by_pid(). |
| 1150 |
|
|
| 1151 |
Kernel 2.6.24 introduced PID namespace. |
Kernel 2.6.24 introduced PID namespace. |
| 1152 |
To search PID given from userland, the kernel needs to use |
To search PID given from userland, the kernel needs to use |
| 1153 |
find_task_by_vpid() instead of find_task_pid(). |
find_task_by_vpid() instead of find_task_by_pid(). |
| 1154 |
|
|
| 1155 |
Fix 2008/02/14 |
Fix 2008/02/14 |
| 1156 |
|
|
| 1320 |
invoked only when execve() request was rejected. In other words, |
invoked only when execve() request was rejected. In other words, |
| 1321 |
this program is invoked only when the following conditions are met. |
this program is invoked only when the following conditions are met. |
| 1322 |
|
|
| 1323 |
(1) None of "allow_execute" keywords in the domain didn't match. |
(1) None of "allow_execute" keywords in the domain matched. |
| 1324 |
(2) The execve() request was rejected in enforcing mode. |
(2) The execve() request was rejected in enforcing mode. |
| 1325 |
(3) "execute_handler" keyword is not used by the domain. |
(3) "execute_handler" keyword is not used by the domain. |
| 1326 |
|
|
| 1353 |
But the original execute request is handled by the same execute handler |
But the original execute request is handled by the same execute handler |
| 1354 |
unless the execute handler ignores "execute_handler". |
unless the execute handler ignores "execute_handler". |
| 1355 |
|
|
| 1356 |
Version 1.6.0 2008/??/?? Feature enhancement release. |
@ Update coding style. |
| 1357 |
|
|
| 1358 |
|
I rewrote the code to pass scripts/checkpatch.pl as much as possible. |
| 1359 |
|
Function names were changed to use only lower letters. |
| 1360 |
|
|
| 1361 |
|
Version 1.6.0 2008/04/01 Feature enhancement release. |
| 1362 |
|
|
| 1363 |
|
Fix 2008/04/14 |
| 1364 |
|
|
| 1365 |
|
@ Fix "Compilation failures" and "Initialization ordering bugs" |
| 1366 |
|
with kernels before 2.4.30/2.6.11 . |
| 1367 |
|
|
| 1368 |
|
2.6 kernels before 2.6.9 didn't have include/linux/hardirq.h , |
| 1369 |
|
resulting compilation error at #include <linux/hardirq.h> . |
| 1370 |
|
I added #elif condition. |
| 1371 |
|
|
| 1372 |
|
CentOS 4.6's 2.6.9 kernel calls do_execve() before initialization of |
| 1373 |
|
ccs_alloc(), resulting NULL pointer dereference. |
| 1374 |
|
I changed __initcall to core_initcall. |
| 1375 |
|
|
| 1376 |
|
CentOS 4.6's 2.6.9 kernel backported kzalloc() from 2.6.14 , |
| 1377 |
|
resulting compilation error at kzalloc(). |
| 1378 |
|
I modified prototype of kzalloc(). |
| 1379 |
|
|
| 1380 |
|
Fix 2008/04/20 |
| 1381 |
|
|
| 1382 |
|
@ Fix "Compilation failures" with kernels before 2.4.30/2.6.11 . |
| 1383 |
|
|
| 1384 |
|
Turbolinux 10 Server's 2.6.8 kernel backported kzalloc() as an inlined |
| 1385 |
|
function, resulting compilation error at kzalloc(). |
| 1386 |
|
I converted kzalloc() from an inlined function into a macro. |
| 1387 |
|
|
| 1388 |
|
Fix 2008/04/21 |
| 1389 |
|
|
| 1390 |
|
@ Add workaround for gcc 3.2.2's inline bug. |
| 1391 |
|
|
| 1392 |
|
RedHat Linux 9's gcc 3.2.2 generated a bad code |
| 1393 |
|
if ((var_of_u8 & 0x000000BF) & 0x80000000) { } |
| 1394 |
|
where the expected code is |
| 1395 |
|
if ((var_of_u8 & 0xBF) & 0x80) { } |
| 1396 |
|
when embedding ccs_acl_type2() into print_entry(), |
| 1397 |
|
resulting runtime BUG(). |
| 1398 |
|
I added the expected code explicitly as a workaround. |
| 1399 |
|
|
| 1400 |
|
Fix 2008/05/06 |
| 1401 |
|
|
| 1402 |
|
@ Add memory quota. |
| 1403 |
|
|
| 1404 |
|
1.5.x returns -ENOMEM when FindNextDomain() failed to create a new |
| 1405 |
|
domain, but I forgot to return -ENOMEM when find_next_domain() failed to |
| 1406 |
|
create a new domain. |
| 1407 |
|
|
| 1408 |
|
A domain is automatically created by find_next_domain() only if |
| 1409 |
|
the domain for the requested program doesn't exist. |
| 1410 |
|
This behavior is for the administrator's convenience. |
| 1411 |
|
The administrator needn't to know how many domains are needed for running |
| 1412 |
|
the whole programs in the system beforehand when developing the policy. |
| 1413 |
|
But the administrator does not want the kernel to reject execution of the |
| 1414 |
|
requested program when developing the policy. |
| 1415 |
|
|
| 1416 |
|
So, I think it is better to grant execution of programs even if |
| 1417 |
|
find_next_domain() failed to create a new domain than reject execution. |
| 1418 |
|
Thus, I decided not to return -ENOMEM when find_next_domain() failed to |
| 1419 |
|
create a new domain. This exception breaks the domain transition rules, |
| 1420 |
|
so I print "transition_failed" warning in /proc/ccs/domain_policy |
| 1421 |
|
when this exception happened. |
| 1422 |
|
|
| 1423 |
|
Also, to prevent the system from being halted by unexpectedly allocating |
| 1424 |
|
all kernel memory for the policy, I added memory quota. |
| 1425 |
|
This quota is configurable via /proc/ccs/meminfo like |
| 1426 |
|
|
| 1427 |
|
echo Shared: 1048576 > /proc/ccs/meminfo |
| 1428 |
|
echo Private: 1048576 > /proc/ccs/meminfo |
| 1429 |
|
|
| 1430 |
|
Version 1.6.1 2008/05/10 Bug fix release. |
TOMOYO
Parent Directory
Revision Log
Patch