Skip to content
Snippets Groups Projects
  1. Jul 02, 2010
  2. Aug 30, 2009
    • Russ Cox's avatar
      assorted fixes: · 48755214
      Russ Cox authored
       * rename c/cp to cpu/proc
       * rename cpu.context to cpu.scheduler
       * fix some comments
       * formatting for printout
      48755214
  3. Mar 08, 2009
  4. Nov 28, 2007
    • rsc's avatar
      · a6c4711a
      rsc authored
      bda[0xE] is a 16-bit segment number,
      not a real address.  So shift 4.
      
      Reported by Silas.
      
      Jim McKie says this code only matters
      on ancient EISA MP systems.
      a6c4711a
  5. Aug 28, 2007
  6. Aug 27, 2007
  7. Aug 24, 2007
    • rsc's avatar
      nit · cb30c818
      rsc authored
      cb30c818
  8. Sep 08, 2006
  9. Sep 07, 2006
  10. Sep 06, 2006
  11. Aug 29, 2006
  12. Aug 08, 2006
    • rtm's avatar
      fix race in holding() check in acquire() · 0e84a0ec
      rtm authored
      give cpu1 a TSS and gdt for when it enters scheduler()
      and a pseudo proc[] entry for each cpu
      cpu0 waits for each other cpu to start up
      read() for files
      0e84a0ec
  13. Aug 04, 2006
  14. Jul 20, 2006
  15. Jul 16, 2006
  16. Jul 12, 2006
    • kaashoek's avatar
      extract lapic code from mp.c · f27a68a2
      kaashoek authored
      f27a68a2
    • rtm's avatar
      i think my cmpxchg use was wrong in acquire · 8148b6ee
      rtm authored
      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)
      8148b6ee
  17. Jul 11, 2006
  18. Jul 10, 2006
    • rsc's avatar
      Changes to allow use of native x86 ELF compilers, which on my · 5ce9751c
      rsc authored
      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.
      5ce9751c
  19. Jul 05, 2006
  20. Jul 01, 2006
    • rtm's avatar
      swtch saves callee-saved registers · 8b4e2a08
      rtm authored
      swtch idles on per-CPU stack, not on calling process's stack
      fix pipe bugs
      usertest.c tests pipes, fork, exit, close
      8b4e2a08
  21. Jun 28, 2006
  22. Jun 26, 2006
Loading