/[gxemul]/trunk/TODO
This is repository of my old source code which isn't updated any more. Go to git.rot13.org for current projects!
ViewVC logotype

Diff of /trunk/TODO

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 4 by dpavlin, Mon Oct 8 16:18:00 2007 UTC revision 28 by dpavlin, Mon Oct 8 16:20:26 2007 UTC
# Line 1  Line 1 
1  $Id: TODO,v 1.127 2005/04/15 21:39:54 debug Exp $  $Id: TODO,v 1.324 2006/07/22 10:23:39 debug Exp $
2    
3  Here's a short list of what I have left to do on GXemul. This file is a mess.  Hm. This file is in random order, and not all parts of it are up-to-date.
 Order is random. Don't trust it to be up-to-date.  
4    
5    Code cleanup:
6          Caches / memory hierarchies: (this is mostly MIPS-specific)          x)  64-bit ranges in src/cpus/memory_mips_v2p.c
7                  o)  MIPS coproc.c: bits in config registers should reflect          x)  Revert the dyntrans page template experiment? Hm.
8                      correct cache sizes for _all_ CPU types. (currently only          x)  Refactor the cpu type detection/initialization/listing.
9                      implemented for R4000, R1x000, and a few others)  
10                  o)  src/memory*.c: Implement correct cache emulation for  Documentation:
11                      all CPU types. (currently only R2000/R3000 is implemented)          x)  Rewrite the section about experimental devices, after the
12                      (per CPU, multiple levels should be possible,              framebuffer acceleration has been implemented, and demos
13                      associativity etc!)              written. (Symbolic names instead of numbers; example
14                  o)  R2000/R3000 isn't _100%_ correct, just almost correct :)              use cases, etc. Mention demo files that use the various
15                  o)  Move the -S (fill mem with random) functionality into the              features?)
16                      memory.c subsystem, not machine.c or wherever it is now          x)  "a very simple linear framebuffer device (for graphics output)"
17                  o)  ECC stuff, simulation of memory errors?  (Machine dependant)              under "which machines does gxemul emulate" ==> better
18                  o)  More than 4GB of emulated RAM, when run on a 32-bit host?              description?
19                      (using manual swap-out of blocks to disk, ugly)          x)  Better description on how to set up a cross compiler?
20                  o)  A global command line option should be used to turn              Example for MIPS64.
21                      cache emulation on or off. When off, caches should be  
22                      faked like they are right now. When on, caches and  Long-term implementation:
23                      memory latencies should be emulated as correctly as          x)  Testmachine includes:
24                      possible.                  + dev_fb block fill and copy
25                    + dev_fb draw characters (from the built-in font)?
26          Network layer:                  + dev_fb input device? mouse pointer coordinates and buttons
27                  o)  Multiple networks per emulation, and let different                          (allow changes in these to cause interrupts as well?)
28                      NICs in machines connect to different networks.                  + Redefine the halt() function so that it stops "sometimes
29                  o)  Network across multiple hosts.                    soon", i.e. usage in demo code should be:
30                  o)  Fixed MAC addresses for NICs, fixed IPv4 addresses if                          for (;;) {
31                      DHCP or RARP is used.                                  halt();
32                  o)  many other issues: see src/net.c                          }
33            x)  Rewrite the networking stack; make OpenBSD work better as a guest
34          Configure script:              OS, fix the performance problems, make Linux work with DHCP, etc.
35                  o)  Only enable Alpha prefetch on pca56 etc, not on ev4, ev5.          x)  Make the wdc controller work with modern versions of NetBSD!
36                  o)  Use getopts?          x)  Continue on SPARC emulation
37                  o)  X11 libs and headers via command line option?                  + Enable it in the configure script as soon as it can
38                  o)  Verify that the configure script, building and running                    run all the demo programs.
39                      the emulator works on some platforms:          x)  Continue on Alpha emulation  (virtual memory, etc). Cleanup.
40                          +)  Irix, AIX, QNX          x)  Alignment exceptions (MIPS, PPC, ARM?, ...)
41                          +)  MacOS X  (I've not tried this personally yet)  
42                          +)  Ultrix using gcc? (Inside the emulator)  Long-term design:
43            x)  Instruction combination collisions? How to avoid easily...
44          CPU emulation:          o)  Actually use the settings object, better debugger stuff, etc!
45                  o)  Binary translation:          o)  Debugger command for enabling/disabling instruction statistics
46                          +)  use an Intermediate Representation!              during runtime.   machine.statistics = on|off
47                          +)  recursive translation?          x)  MAINBUS REDESIGN!
48                          +)  basic blocks instead of one-instruction? :)          x)  Clock framework! Go through all clock devices, make sure they
49                          +)  on Alpha: don't assume pca56-like byte load/store?              return correct data, and run at correct speeds!
50                          +)  write backends for UltraSparc and MIPS          x)  Dyntrans with valgrind-inspired memory checker. (In memory_rw,
51                          +)  see src/bintrans.c for more info              it would be reasonably simple to add; in each individual fast
52                  o)  All the non-MIPS modes need a bit of work.              load/store routine = a lot more work, and it would become
53                kludgy very fast.)
54          MIPS CPU emulation:          x)  Dyntrans with SMP... lots of work to be done here.
55                  o)  Instructions:          x)  Dyntrans with cache emulation... lots of work here as well.
56                          o)  Regression tests (see tests/README for more info):          x)  Reimplement the config file parser from scratch.
57                                  o)  Floating point exception handling, and  
58                                          add more instructions.  Test:
59                                  o)  Finish the MIPS16 translator, and test it!          x)  Test with more than one Sprite instance on an emulated network!
60                                  o)  MIPS ISA I, II, III, IV          x)  NetBSD 4.x, once it is out.
61                                  o)  MIPS V (SIMD vector stuff?)  
62                                  o)  MDMX  (MIPS Digital Media Extension)  -------------------------------------------------------------------------------
63                                  o)  MIPS 3D  
64                                  o)  MIPS MT (Multi-thread stuff) (What's this?)  Simple Valgrind-like checks?
65                          o)  Warn about mis-used bit fields (ie bits that          o)  Mark every address with bits which tell whether or not the address
66                              should be all zeroes, warn about if they are not)!              has been written to.
67                              Both for coprocessor registers and for instruction          o)  What should happen when programs are loaded?  Text/data, bss (zero
68                              opcodes.              filled). But stack space and heap is uninitialized.
69                          o)  the special2 stuff is a mess right now          o)  Uninitialized local variables:
70                          o)  warn and/or cause exceptions for unimplemented                  A load from a place on the stack which has not previously
71                              instructions (depending on CPU type)                  been stored to => warning. Increasing the stack pointer using
72                  o)  R2000/R3000:                  any available means should reset the memory to uninitialized.
73                          x)  R3000 "tri-byte stores". (What's this?)          o)  If calls to malloc() and free() can be intercepted:
74                  o)  R4000 and others:                  o)  Access to a memory area after free() => warning.
75                          x)  watchhi/watchlo exceptions, and other exception                  o)  Memory returned by malloc() is marked as not-initialized.
76                              handling details                  o)  Non-passive, but good to have: Change the argument
77                  o)  R10000 and others:  (R12000, R14000 ?)                      given to malloc, to return a slightly larger memory
78                          x)  memory space, exceptions, ...                      area, i.e.  margin_before + size + margin_after,
79                          x)  use cop0 framemask for tlb lookups                      and return the pointer  + margin_before.
80                              (http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi/hdwr/bks/SGI_Developer/books/R10K_UM/sgi_html/t5.Ver.2.0.book_284.html)                      Any access to the margin_before or _after space results
81                  o)  Implement load delays?  Warnings on interlocks.                      in warnings. (free() must be modified to free the
82                  o)  Implement all coprocessor 0 bits / functions.                      actually allocated address.)
83                          x)  coproc 0 selectors! (R4000 ?)  
84                  o)  R4300 (nintendo64, no mmu?), R5900 (playstation2, weird  SMP:
85                          TLB/cache? 128-bit GPRs, new instructions),          o)  dev_mp doesn't work well with dyntrans yet
86                          4K (note: NOT R4000), 5K (note: NOT R5000),          o)  In general, IPIs, CAS, LL/SC etc must be made to work with dyntrans
87                          R6000 (ISA II), R8000  
88                  o)  Multi-cpu stuff:  MIPS:
89                          +)  SGI's NUMA architecture. Study          +)  Some more work on opcodes.
90                                  x)  Linux sources                  x) MIPS64 revision 2.
91                                  x)  SGI's specs on NUMA address space                          o)  Find out which actual CPUs implement the rev2 ISA!
92                          +)  Ultrix?  NetBSD doesn't do SMP on MIPS yet :-(                  x) _MAYBE_ TX79 and R5900 actually differ in their
93                          +)  Own experiments with ycx2.                     opcodes? Check this carefully!
94            o)  Dyntrans: Count register updates are probably not 100% correct yet.
95          Emulation of specific machines and devices:          o)  Refactor code for performance and readability/maintainability.
96                  o)  Clean up stuff to make it possible to emulate multiple          o)  Instruction combinations? Possible candidates (but profile first!):
97                      (different) machines simultaneously.                  o)  R2000/R3000 cache cleaner!
98                  o)  Use same clock for all emulations and machines.                  o)  strlen, memset loops etc
99                  o)  Clean up the device stuff (registering of devices etc)                  o)  multiple loads/stores in a row, e.g. relative to
100                  o)  Various SCSI and IDE controllers                      the stack pointer
101                  o)  PS/2-style keyboard controller (for several machines)                  o)  lui + or, lui + add, and 64-bit variants
102                  o)  Generic busses;                  o)  jr ra + addiu to the v0 register?
103                          x)  PCI:  i/o and interrupts                  o)  compare + branch
104                          x)  QBus-22 (DECsystem 5500, 5400?)          o)  DROTR32 and similar MIPS64 rev 2 instructions, which have
105                  o)  DECstations (pmax):              a rotation bit which differs from previous ISAs.
106                          x)  ioasic          o)  EI and DI instructions for MIPS64/32 rev 2. NOTE: These are
107                          x)  framebuffers:              _NOT_ the same as for R5900!
108                                  +)  better cursor support, overlays?,          o)  (Re)implement 128-bit loads/stores for R5900.
109                                  +)  2D/3D acceleration, PX[G]          o)  R4000 and others:
110                          x)  status words / control words, make this more                  x)  watchhi/watchlo exceptions, and other exception
111                                  portable/cleaner                      handling details
112                          x)  scsi controller(s): sii, DMA for asc          o)  R10000 and others:  (R12000, R14000 ?)
113                          x)  serial controllers: ssc, scc (and more work on dc?)                  x)  memory space, exceptions, ...
114                          x)  nvram on decstation 5000/125:  when using X11,                  x)  use cop0 framemask for tlb lookups
115                                  set console=g or similar                      (http://techpubs.sgi.com/library/tpl/cgi-bin/getdoc.cgi/hdwr/bks/SGI_Developer/books/R10K_UM/sgi_html/t5.Ver.2.0.book_284.html)
116                          x)  DECstation 5840? "xbi-based SMP"  
117                  o)  SGI and ARC machines (sgimips, arc):  Dyntrans:
118                          x)  IP32 ("O2"): (Lots of stuff)          x)  Redesign/rethink the delay slot mechanism used for e.g. MIPS,
119                                  +)  mec (ethernet)                  so that it caches a translation (that is, an instruction
120                                  +)  pci                  word and the instr_call it was translated to the last
121                                  +)  ahc (scsi)                  time), so that it doesn't need to do slow
122                                  +)  ps2 kbd                  to_be_translated for each end of page?
123                                  +)  memory controller          x)  Program Counter statistics:
124                                  +)  framebuffer/graphics                  Per machine? What about SMP? All data to the same file?
125                                  +)  caches                  A debugger command should be possible to use to enable/
126                          x)  more ARCBIOS stuff                  disable statistics gathering.
127                          x)  Memory/interrupt controllers                  Configuration file option!
128                          x)  IP30 (Linux with graphics support?)          x)  Common fatal_abort() function, which drops into the debugger
129                          x)  SMP / NUMA?  (SGI and various ARC machines)                  without continuing.
130                  o)  Playstation 2:          x)  INVALIDATION should cause translations in _all_ cpus to be
131                          Hardware:  OHCI usb controller, keyboard, ...              invalidated, e.g. on a write to a write-protected page
132                  o)  Cobalt:  PCI and interrupt system, ethernet,              (containing code)
133                          harddisk controller(s)          x)  Call/return hints?
134                  o)  Less interesting platforms:          x)  16-bit encodings? (MIPS16, ARM Thumb, SH3, ...)
135                          o)  newsmips:          x)  H8?
136                                  o)  NetBSD/newsmips, get it to detect a "real"          x)  Lots of other stuff: see src/cpus/README_DYNTRANS
137                                      model, right now everything is 100% bogus          x)  true recompilation backend? think carefully about this,
138                          o)  mipsco? (NetBSD)              experiment in a separate project (not in GXemul)
139                          o)  wgrisc? (big endian R3000, in OpenBSD's attic)                  o) First test would be to just implement a simple
140                          o)  other embedded / evaluation MIPS boards                     instruction such as MIPS' addiu or lui, on AMD64
141                          o)  Playstation 1? R3000A. Weird hardware?                     hosts...
142                                  No FPU, but something as coproc 2.          x)  Idle loop detection? (Depends on target.) Could be turned
143                          o)  Nintendo 64, http://www.nintendo.com/systems/n64/n64_specs.jsp              into usleep(1) or similar on the host... except when doing
144                                  (R4300, 4MB RAM, really weird memory map)              e.g. SMP emulation. Then it becomes trickier.
145                  o)  non-MIPS  
146    Alpha:
147          File/disk handling:          o)  Virtual memory (tlbs etc)
148                  o)  More than one type of disk in a machine (say, IDE + FLOPPY,          o)  Get {NetBSD,OpenBSD,Linux}/alpha booting. :)
149                      or SCSI + IDE); how to handle this nicely?  
150                  o)  Read function argument count and types from binaries? (ELF?)  SPARC:
151                  o)  ELF: separate LE/BE (MIPS instruction format) from LSB/MSB          o)  Add all registers (floating point, control regs etc)
152                          (ELF structure format)?          o)  Save/restore register windows etc!
153                  o)  Better handling of tape files          o)  Load/stores!
154            o)  Disassemly of some more instructions?
155          Userland ABI emulation:          o)  Are sll etc 32-bit sign-extending or zero-extending?
156                  o)  see src/useremul.c          o)  Finish the cmp (subcc) flag computation code.
157            o)  Finish the GDB register stuff.
158          Terminal based interactive debugger:          o)  SPARC v8, v7 etc?
159                  o)  see src/debugger.c  
160    Debugger:
161          GDB interface? (Maybe not necessary; the built-in debugger feels          o)  How does SMP debugging work? Does it simply use "threads"?
162          more useful.)                  What if the guest OS (running on an emulated SMP machine)
163                    has a usertask running, with userland threads?
164          GUI, interactive debugger?  GTK+?  (The GUI _must be optional_!)          o)  Try to make the debugger more modular and, if possible, reentrant!
165                  o)  Breakpoints (complex expressions? combinations of register          o)  Remove the emul command? (But show network info if showing
166                          states, memory accesses and so on)                  machines?)
167                  o)  Instruction trace          o)  Generalize the expression evaluator. (debugger_expr.c?)
168                  o)  Disassembly of RAM (_NOT_ the same as instruction trace)                  settable variables      ("show nr of instructions on average")
169                  o)  Function call trace                  emul[x]                 defaults to current emul
170                  o)  Inspection of CPU registers/state, coprocessor                  machine[x]              defaults to current machine
171                          registers/state, any device registers/state/contents                  cpu[x]                  defaults to currently focused cpu
172                          o)  Framebuffers in windows / tabs.                  registers               cpu arch dependent (#-prefix)
173                          o)  Contents of RAM                  symbols                 @-prefix
174                  o)  "Start new emulation" should allow amount of                  numeric constants       decimal, hex, and octal ($-prefix)
175                          RAM and nr of cpus to easily be specified.                  boolean                 yes,no, true,false
176                          Multiple simultaneous machines should be possible.                  operators (+ - * / % & | ^ !)
177                  o)  Disk images.                  parentheses for grouping subexpressions
178                    NOTE: the change from % to # for register prefix!
179          Regression tests:                  examples:
180                  o)  see tests/                                  emul[0].machine[2].cpu[0].pc
181                                    machine[test2].cpu[1].ra = main
182          Save state of the whole emulated machine, to be able to load it back                                  settings.show_trace_tree = yes
183                  in later?  (Memory, all device's states, all registers and  
184                  so on.  Like taking a snapshot. (SimOS seems to do this,                  Settings:
185                  according to its website.))                          o)  Remove a setting.
186                            o)  Read/write a setting given a name. (Read as
187          Better X-windows functionality:                              string and/or int64_t simultaneously?)
188                  o)  CLEAN UP the ugly event code                          o)  Warnings when exiting the emulator, if the
189                  o)  Mouse clicks can be "missed" in the current system; this is                              settings have not been removed exactly in
190                      not good. They should be put on a stack of some kind.                              the same way as they were added? This would
191                  o)  More 2D and 3D framebuffer acceleration.                              improve code cleanliness in the long term.
192                  o)  Non-resizable windows?  Or choose scaledown depending                              (I.e. require a corresponding _destroy()
193                          on size (and center the image, with a black border).                              function for all _new functions... machine_
194                  o)  Different scaledown on different windows?                              cpu_ etc.)
195                  o)  Switch scaledown during runtime? (Ala CTRL-ALT-plus/minus)  
196                  o)  Keyboard and mouse events:                  Help command should have subsections! One for "expressions",
197                          x)  Do this for more machines than just DECstation                  mirrored in the documentation, but the internal help should
198                          x)  more X11 cursor keycodes                  be the one that should be considered correct.
199                          x)  Keys like CTRL, ALT, SHIFT do not get through          o)  see src/debugger.c for more
200                              by themselves (these are necessary for example  
201                              to change the font of an xterm in X in the  POWER/PowerPC:
202                              emulator)          x)  PPC optimizations; instr combs
203                  o)  Generalize the framebuffer stuff by moving _ALL_ X11          x)  64-bit stuff: either Linux on G5, or perhaps some hobbyist
204                          specific code to src/x11.c!                  version of AIX? (if there exists such a thing)
205            x)  find and fix the bug which causes NetBSD/macppc to fail after
206          Statistics:  (this could be interesting)              an install!
207                  o)  Save to file and show graphics. It should be possible to          x)  macppc: adb controller; keyboard (for framebuffer mode)
208                      run gxemul after a simulation to just show the graphics,          x)  make OpenBSD/macppc work (PCI controller stuff)
209                      or convert to a .ppm or .tga or similar.  
210                  o)  memory accesses (to measure cache efficiency and  Algor:
211                          page coloring efficiency)          PCI and ISA and LOCAL interrupts! --> wdc could start working
212                  o)  nr of simultaneous ASIDs in use in the TLB, for MIPS          Add interrupt controller in dev_algor.c.
213                  o)  percentage of time spent in different "states", such as  
214                      running userland code, kernel code, or idling (for CPUs  ARM:
215                      that have such an instruction, or whenever the PC is          o)  try to get netbsd/evbarm 3.x running (iq80321)
216                      inside a specific idle-function (address range)).          o)  make the xscale counter registers (ccnt) work
217                      Possible additional state (for example on R3000): caches          o)  make the ata controller usable for FreeBSD!
218                      disabled.          o)  zaurus for openbsd...
219                  o)  position of read/write on (SCSI) disks          o)  debian/cats crashes because of unimplemented coproc stuff.
220                fix this?
221    
222    Cache simulation:
223            o)  Command line flags for:
224                    o)  CPU endianness?
225                    o)  Cache sizes? (multiple levels)
226            o)  Separate from the CPU concept, so that multi-core CPUs sharing
227                e.g. a L2 cache can be simulated (?)
228            o)  Instruction cache emulation is easiest (if separate from the
229                data cache); similar hack as the S;I; hack in cpu_dyntrans.c.
230                NOTE: if the architecture has a delay slot, then an instruction
231                slot can actually be executed as 2 instructions.
232            o)  Data cache emulation = harder; each arch's load/store routines
233                must include support? running one instruction at a time and
234                having a cpu-dependant lookup function for each instruction
235                is another option (easier to implement, but very very slow).
236    
237    Documentation:
238            o)  machines, cpus, devices.
239            o)  Automagic documentation generation:
240                    x)  REMEMBER that several machines/devices can be in
241                            the same source file!
242            o)  Try to rewrite the install instructions for those machines
243                that use 3MAX into using CATS? (To remove the need to a raw
244                ffs partition using up all of the disk image.)
245    
246    More generic out_of_memory error reporting, and check everywhere!
247            Causes: OpenBSD has low default limits for normal users.
248                    Host is 32-bit? (32-bit hosts are limited to 4 GB or less
249                    of userspace memory.)
250                    You are actually low on RAM. (As trivial as this might sound,
251                    Unix systems usually allow processes to allocate virtual
252                    memory beyond the amount of RAM in the machine.)
253    
254    Breakpoints: 32-bit vs 64-bit sign extension for MIPS, warnings, etc.
255            Use the debugger's symbolic name stuff. (which will have to be
256            extended soon to support stuff like  "2*x + symbol + y" etc. cool
257            stuff)
258    
259    The Device subsystem:
260            x)  allow devices to be moved and/or changed in size (down to a
261                minimum size, etc, or up to a max size)
262            x)  keep track of interrupts and busses? actually, allowing any device
263                to be a bus might be a nice idea.
264            x)  turn interrupt controllers into devices? :-)
265            x)  refactor various clocks/nvram/cmos into one device?
266    
267    Clocks:
268            x)  General framework for automagic clock adjustment for _all_
269                kinds of clocks and timers. (Which should be possible to turn
270                off, of course, like the way DECstation emulation works now.)
271    
272    PCI:
273            x)  last write was ffffffff ==> fix this, it should be used
274                together with a mask to get the correct bits. also, not ALL
275                bits are size bits! (lowest 4 vs lowest 2?)
276            x)  add support for address fixups
277            x)  generalize the interrupt routing stuff (lines etc). this should
278                be per machine? or per bus, that's better
279            x)  add a "pcn" NIC (AMD PCnet32 Lance 79c970 (PCI 1022:2000)),
280                could be useful for several machine modes (Malta, Algor, evbarm,
281                hp700?, macppc, etc.)
282    
283    Network layer:
284            o)  DHCP (for Debian and BSD installers :-)
285            o)  increase performance
286            o)  don't rely on NetBSD-ish usage
287            o)  Multiple networks per emulation, and let different
288                NICs in machines connect to different networks.
289            o)  many other issues: see src/net.c
290    
291    Busses:
292            o)  Redesign the entire "mainbus" concept!
293            o)  Busses should be placed in a hierarchical tree!
294            o)  Easily configurable interrupt routing in SMP systems.
295            o)  Specific clock/bus speeds, cpu speeds etc.
296            o)  Synchronization over network? or at least in dyntrans within
297                one emulated machine
298            o)  dev->bus: TurboChannel, PCMCIA, ADB?
299    
300    Config file parser:
301            o)  Rewrite it from scratch!
302            o)  Usage of any expression available through the debugger
303            o)  Support for running debugger commands (like the -c
304                command line option)
305    
306    Floating point layer:
307            o)  make it common enough to be used by _all_ emulation modes
308            o)  implement more stuff
309            o)  non-IEEE modes (i.e. x86)?
310    
311    Userland emulation:
312            x)  Lots of stuff; freebsd and netbsd (and linux?) syscalls.
313            x)  Dynamic linking? Hm.
314    
315    Sound:
316            x)  generic sound framework
317            x)  add one or more sound cards as devices
318    
319    ASC SCSI controller:
320            x)  NetBSD/arc 2.0 uses the ASC controller in a way which GXemul
321                cannot yet handle. (NetBSD 1.6.2 works ok.) (Possibly a problem
322                in NetBSD itself, http://mail-index.netbsd.org/source-changes/
323                2005/11/06/0024.html suggests that.)
324    
325    Caches / memory hierarchies: (this is mostly MIPS-specific)
326            o)  src/memory*.c: Implement correct cache emulation for
327                all CPU types. (currently only R2000/R3000 is implemented)
328                (per CPU, multiple levels should be possible, associativity etc!)
329            o)  R2000/R3000 isn't _100%_ correct, just almost correct :)
330            o)  Move the -S (fill mem with random) functionality into the
331                memory.c subsystem, not machine.c or wherever it is now
332            o)  ECC stuff, simulation of memory errors?  (Machine dependent)
333            o)  More than 4GB of emulated RAM, when run on a 32-bit host?
334                (using manual swap-out of blocks to disk, ugly)
335            o)  A global command line option should be used to turn
336                cache emulation on or off. When off, caches should be
337                faked like they are right now. When on, caches and
338                memory latencies should be emulated as correctly as
339                possible.
340    
341    File/disk/symbol handling:
342            o)  Remove some of the complexity in file format guessing, for
343                    Ultrix kernels that are actually disk images?
344            o)  Better handling of tape files
345            o)  Read function argument count and types from binaries? (ELF?)
346            o)  Better demangling of C++ names. Note: GNU's C++ differs from e.g.
347                Microsoft's C++, so multiple schemes must be possible. See
348                URL at top of src/symbol_demangle.c for more info.
349    
350    Userland ABI emulation:
351            o)  see src/useremul.c
352    
353    Terminal/console:
354            o)  allow emulated serial ports to be connected to the outside
355                world in a more generic way, or even to other emulated
356                machines(?)
357    
358    Save state of the whole emulated machine, to be able to load it back
359            in later?  (Memory, all device's states, all registers and
360            so on.  Like taking a snapshot. (SimOS seems to do this,
361            according to its website.))
362    
363    Better framebuffer and X-windows functionality:
364            o)  -Yx sometimes causes crashes.
365            o)  Simple device access to framebuffer_blockcopyfill() etc,
366                and text output (using the built-in fonts), for dev_fb.
367            o)  CLEAN UP the ugly event code
368            o)  Mouse clicks can be "missed" in the current system; this is
369                not good. They should be put on a stack of some kind.
370            o)  More 2D and 3D framebuffer acceleration.
371            o)  Non-resizable windows?  Or choose scaledown depending
372                    on size (and center the image, with a black border).
373            o)  Different scaledown on different windows?
374            o)  Switch scaledown during runtime? (Ala CTRL-ALT-plus/minus)
375            o)  Bug reported by Elijah Rutschman on MacOS with weird
376                keys (F5 = cursor down?).
377            o)  Keyboard and mouse events:
378                    x)  Do this for more machines than just DECstation
379                    x)  more X11 cursor keycodes
380                    x)  Keys like CTRL, ALT, SHIFT do not get through
381                        by themselves (these are necessary for example
382                        to change the font of an xterm in X in the
383                        emulator)
384            o)  Generalize the framebuffer stuff by moving _ALL_ X11
385                    specific code to src/x11.c!
386    
387    Statistics:  (this could be interesting)
388            o)  Save to file and show graphics. It should be possible to
389                run gxemul after a simulation to just show the graphics,
390                or convert to a .ppm or .tga or similar.
391            o)  memory accesses (to measure cache efficiency and
392                    page coloring efficiency)
393            o)  nr of simultaneous ASIDs in use in the TLB, for MIPS
394            o)  percentage of time spent in different "states", such as
395                running userland code, kernel code, or idling (for CPUs
396                that have such an instruction, or whenever the PC is
397                inside a specific idle-function (address range)).
398                Possible additional state (for example on R3000): caches
399                disabled.
400            o)  position of read/write on (SCSI) disks
401    

Legend:
Removed from v.4  
changed lines
  Added in v.28

  ViewVC Help
Powered by ViewVC 1.1.26