summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2006-07-16remove non-idiomatic increment/decrementrsc3-10/+3
2006-07-16Rename fd_reference to more suggestive fd_incref.rsc3-3/+3
(Fd_reference sounds like it might just return the ref count.)
2006-07-16Attempt to clean up newproc somewhat.rsc7-79/+98
Also remove all calls to memcpy in favor of memmove, which has defined semantics when the ranges overlap. The fact that memcpy was working in console.c to scroll the screen is not guaranteed by all implementations.
2006-07-16New scheduler.rsc11-205/+224
Removed cli and sti stack in favor of tracking number of locks held on each CPU and explicit conditionals in spinlock.c.
2006-07-16Undo change from this morning that wasn't intended to get in.rsc1-1/+1
2006-07-15move everything having to do with proc_table_lock into proc.crsc4-47/+62
2006-07-15silence load_icode signedness warningrsc1-3/+3
2006-07-15Add void for ANSI Crsc1-13/+11
2006-07-15Change fetchint, fetcharg, and putint to return -1 on error, 0 on success.rsc1-5/+5
They had been returning 0 on error, 1 on success, but all the callers were checking for return value < 0.
2006-07-15no more recursive locksrtm15-102/+229
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
2006-07-12and the filekaashoek1-0/+204
2006-07-12extract lapic code from mp.ckaashoek4-206/+18
2006-07-12passes both usertestsrtm6-31/+34
exit had acquire where I meant release swtch now checks that you hold no locks
2006-07-12i think my cmpxchg use was wrong in acquirertm11-32/+85
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)
2006-07-12cvs add spinlock.hrtm4-3/+17
fix race in schedule()
2006-07-12no more big kernel lockrtm15-95/+202
succeeds at usertests.c pipe test
2006-07-11give each cpu its own clock, so that preemption works on cpu 1rtm2-2/+4
2006-07-11pre-empt both user and kernel, in clock interruptrtm12-47/+152
usertest.c tests pre-emption kill()
2006-07-11Changes to allow use of native x86 ELF compilers, which on myrsc19-130/+199
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. curproc[cpu()] can now be NULL, indicating that no proc is running. This seemed safer to me than having curproc[0] and curproc[1] both pointing at proc[0] potentially. The old implementation of swtch depended on the stack frame layout used inside swtch being okay to return from on the other stack (exactly the V6 you are not expected to understand this). It also could be called in two contexts: at boot time, to schedule the very first process, and later, on behalf of a process, to sleep or schedule some other process. I split this into two functions: scheduler and swtch. The scheduler is now a separate never-returning function, invoked by each cpu once set up. The scheduler looks like: scheduler() { setjmp(cpu.context); pick proc to schedule blah blah blah longjmp(proc.context) } The new swtch is intended to be called only when curproc[cpu()] is not NULL, that is, only on behalf of a user proc. It does: swtch() { if(setjmp(proc.context) == 0) longjmp(cpu.context) } to save the current proc context and then jump over to the scheduler, running on the cpu stack. Similarly the system call stubs are now in assembly in usys.S to avoid needing to know the details of stack frame layout used by the compiler. Also various changes in the debugging prints.
2006-07-10queue with disk requestskaashoek4-24/+62
2006-07-10oopskaashoek1-0/+8
2006-07-10read the disk using interruptskaashoek4-17/+36
2006-07-06disable all interrupts when acquiring lockkaashoek10-14/+58
user program that makes a blocking system call
2006-07-05timer interruptskaashoek9-151/+198
disk interrupts (assuming bochs has a bug)
2006-07-01swtch saves callee-saved registersrtm14-55/+212
swtch idles on per-CPU stack, not on calling process's stack fix pipe bugs usertest.c tests pipes, fork, exit, close
2006-06-28disable interrupts when holding kernel lockkaashoek3-0/+10
2006-06-28timer interruptskaashoek6-78/+71
2006-06-27file descriptorsrtm16-39/+424
pipes
2006-06-26system call return valuesrtm6-19/+43
initialize 2nd cpu's idt
2006-06-26stick mpstack in cpu structurekaashoek2-9/+7
2006-06-26system call argumentsrtm7-7/+65
2006-06-24boot more than two CPUs, each on own initial stackrtm4-24/+35
2006-06-22bug in trapretrtm1-0/+1
2006-06-22compile "user programs"rtm11-64/+139
curproc array
2006-06-22send console output to parallel portrtm2-0/+22
2006-06-22oopskaashoek2-0/+16
2006-06-22checkpoint. booting second processor. stack is messed up, but thanks to cliffkaashoek13-151/+505
and plan 9 code, at least boots and gets into C code.
2006-06-21start on MP; detect MP configurationkaashoek7-2/+323
2006-06-16checkpointrtm5-7/+228
2006-06-15sleep, wakeup, wait, exitrtm7-6/+93
2006-06-15primitive fork and exit system callsrtm12-37/+166
2006-06-13fix some trap bugsrtm4-6/+26
2006-06-13foortm1-0/+34
2006-06-13more or less take traps/interruptsrtm7-69/+790
2006-06-12xxrtm2-5/+81
2006-06-12importrtm18-0/+1505