pintos-os.org Git - pintos-anon/blob - TODO

   1 -*- text -*-
   2
   3 * Clean up:
   4
   5   - Replace AT&T assembly code by Intel assembly so that students can
   6     figure out the asm from the Intel manuals.  Compare object files
   7     before and after to make sure nothing changed.
   8
   9 * Grader:
  10
  11   - Fix bug where failures are being treated as warnings.
  12
  13 * Userprog project:
  14
  15   - Move `join' implementation here, from `threads' project, to help
  16     normalize the project difficulties.
  17
  18   - The semantics of the join system call should change so that it
  19     only returns the exit code once.
  20
  21   - Mark read-only pages as actually read-only in the page table.  Or,
  22     since this was consistently rated as the easiest project by the
  23     students, require them to do it.
  24
  25   - Don't provide per-process pagedir implementation but only
  26     single-process implementation and require students to implement
  27     the separation?  This project was rated as the easiest after all.
  28     Alternately we could just remove the synchronization on pid
  29     selection and check that students fix it.
  30
  31 * Documentation:
  32
  33   - Finish writing tour.
  34
  35   - Add "Digging Deeper" sections that describe the nitty-gritty x86
  36     details for the benefit of those interested.
  37
  38   - Add explanations of what "real" OSes do to give students some
  39     perspective.
  40
  41 * Assignments:
  42
  43   - Add extra credit:
  44
  45     . Low-level x86 stuff, like paged page tables.
  46
  47     . Other good ideas.
  48
  49   - mmap/munmap should use segment IDs like Nachos.  Too hard
  50     otherwise.
  51
  52   - Add src/testcases/vm, src/testcases/filesys and make it clear to use
  53     them?
  54
  55 * Tests:
  56
  57   - Release some of them.
  58
  59   - The threads, userprog, vm test source files could use
  60     factorization and cleanup along the lines of fslib in the filesys
  61     tests.
  62
  63   - The p1-4.c testcase needs significant tuning.  Currently it takes
  64     too long (especially when SHOW_PROGRESS is turned on) and doesn't
  65     show significant improvement.
  66