I started my work at Monday June, 5th

June 5th:

• I commited amd64 module
• I added all the syscalls + added auditing to amd64 syscalls.master + other synchronization

June 6th:

• Commited yesterday's syscall work
• Commited auditing bug found by rwatson
• Investigation of why amd64 module doesnt load (WIP)

June 7th:

• First attempt to run /bin/bash from the FC4 under 2.6.16 kernel I know whats the problem, I know whats necessary to do to solve the problem and I think I am approaching solution :) I am taking some time to think and leave this for tomorrow
• Until someone responds to my mail to hackers@ about .kld vs .ko I am unable to finish the amd64 modulification

June 8th:

• I tried various attempts (2, 4, 5 params to clone and various combinations of using fork) to make clone() work with child_stack=0 all ended with the same - strange setpgid() which doesnt work (because it has swapped params, ie. pgrp pid is not child of curproc).
• The setpgid() case is very strange because I cannot imagine what makes the bash call the setpgid() twice with the second call with swapped params (the first one is ok and succeeds).
• Many programs from fc4 with osrelease=2.6.16 work (but all with that annoying setpgid() warning at begining) some coredumps (ls coredumps, grep works), the coredump manifest itself even with “exec /bin/ls” which doesnt involve any clone() call so I think this is another issue
• I observed many interesting things in the linux land - the clone() syscalls is called with mutually exclusive flags, the clone() man page obviously lies and there's more then one difference clone() prototype in the linux kernel ;(