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

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