51716a869cRename fd_reference to more suggestive fd_incref. (Fd_reference sounds like it might just return the ref count.)
rsc
2006-07-16 01:49:03 +0000
856e1fc1adAttempt to clean up newproc somewhat.
rsc
2006-07-16 01:47:40 +0000
67a9314ad1Add void for ANSI C
rsc
2006-07-15 17:17:00 +0000
7f419a0d29Change fetchint, fetcharg, and putint to return -1 on error, 0 on success. They had been returning 0 on error, 1 on success, but all the callers were checking for return value < 0.
rsc
2006-07-15 17:13:56 +0000
46bbd72f3eno more recursive locks wakeup1() assumes you hold proc_table_lock sleep(chan, lock) provides atomic sleep-and-release to wait for condition ugly code in swtch/scheduler to implement new sleep fix lots of bugs in pipes, wait, and exit fix bugs if timer interrupt goes off in schedule() console locks per line, not per byte
rtm
2006-07-15 12:03:57 +0000
d9872ffa95and the file
kaashoek
2006-07-12 17:19:24 +0000
f27a68a24aextract lapic code from mp.c
kaashoek
2006-07-12 17:00:54 +0000
6eb6f10c56passes both usertests exit had acquire where I meant release swtch now checks that you hold no locks
rtm
2006-07-12 15:35:33 +0000
8148b6ee53i think my cmpxchg use was wrong in acquire nesting cli/sti: release shouldn't always enable interrupts separate setup of lapic from starting of other cpus, so cpu() works earlier flag to disable locking in console output make locks work even when curproc==0 (still crashes in clock interrupt)
rtm
2006-07-12 11:15:38 +0000
4e8f237be8no more big kernel lock succeeds at usertests.c pipe test
rtm
2006-07-12 01:48:35 +0000
b41b38d0dagive each cpu its own clock, so that preemption works on cpu 1
rtm
2006-07-11 18:45:27 +0000
b548df152bpre-empt both user and kernel, in clock interrupt usertest.c tests pre-emption kill()
rtm
2006-07-11 17:39:45 +0000
5ce9751cabChanges to allow use of native x86 ELF compilers, which on my Linux 2.4 box using gcc 3.4.6 don't seem to follow the same conventions as the i386-jos-elf-gcc compilers. Can run make 'TOOLPREFIX=' or edit the Makefile.
rsc
2006-07-11 01:07:40 +0000
7ea6c9d197queue with disk requests
kaashoek
2006-07-10 19:06:48 +0000
21a88fd487checkpoint. booting second processor. stack is messed up, but thanks to cliff and plan 9 code, at least boots and gets into C code.
kaashoek
2006-06-22 01:28:57 +0000
7baa34a421start on MP; detect MP configuration
kaashoek
2006-06-21 01:53:07 +0000