/[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 2 by dpavlin, Mon Oct 8 16:17:48 2007 UTC revision 28 by dpavlin, Mon Oct 8 16:20:26 2007 UTC
# Line 1  Line 1 
1  $Id: TODO,v 1.125 2005/03/06 08:21:10 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                load/store routine = a lot more work, and it would become
53          MIPS CPU emulation:              kludgy very fast.)
54                  o)  Instructions:          x)  Dyntrans with SMP... lots of work to be done here.
55                          o)  Regression tests (see tests/README for more info):          x)  Dyntrans with cache emulation... lots of work here as well.
56                                  o)  Floating point exception handling, and          x)  Reimplement the config file parser from scratch.
57                                          add more instructions.  
58                                  o)  Finish the MIPS16 translator, and test it!  Test:
59                                  o)  MIPS ISA I, II, III, IV          x)  Test with more than one Sprite instance on an emulated network!
60                                  o)  MIPS V (SIMD vector stuff?)          x)  NetBSD 4.x, once it is out.
61                                  o)  MDMX  (MIPS Digital Media Extension)  
62                                  o)  MIPS 3D  -------------------------------------------------------------------------------
63                                  o)  MIPS MT (Multi-thread stuff) (What's this?)  
64                          o)  Warn about mis-used bit fields (ie bits that  Simple Valgrind-like checks?
65                              should be all zeroes, warn about if they are not)!          o)  Mark every address with bits which tell whether or not the address
66                              Both for coprocessor registers and for instruction              has been written to.
67                              opcodes.          o)  What should happen when programs are loaded?  Text/data, bss (zero
68                          o)  the special2 stuff is a mess right now              filled). But stack space and heap is uninitialized.
69                          o)  warn and/or cause exceptions for unimplemented          o)  Uninitialized local variables:
70                              instructions (depending on CPU type)                  A load from a place on the stack which has not previously
71                  o)  R2000/R3000:                  been stored to => warning. Increasing the stack pointer using
72                          x)  R3000 "tri-byte stores". (What's this?)                  any available means should reset the memory to uninitialized.
73                  o)  R4000 and others:          o)  If calls to malloc() and free() can be intercepted:
74                          x)  watchhi/watchlo exceptions, and other exception                  o)  Access to a memory area after free() => warning.
75                              handling details                  o)  Memory returned by malloc() is marked as not-initialized.
76                  o)  R10000 and others:  (R12000, R14000 ?)                  o)  Non-passive, but good to have: Change the argument
77                          x)  memory space, exceptions, ...                      given to malloc, to return a slightly larger memory
78                          x)  use cop0 framemask for tlb lookups                      area, i.e.  margin_before + size + margin_after,
79                              (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)                      and return the pointer  + margin_before.
80                  o)  Implement load delays?  Warnings on interlocks.                      Any access to the margin_before or _after space results
81                  o)  Implement all coprocessor 0 bits / functions.                      in warnings. (free() must be modified to free the
82                          x)  coproc 0 selectors! (R4000 ?)                      actually allocated address.)
83                  o)  R4300 (nintendo64, no mmu?), R5900 (playstation2, weird  
84                          TLB/cache? 128-bit GPRs, new instructions),  SMP:
85                          4K (note: NOT R4000), 5K (note: NOT R5000),          o)  dev_mp doesn't work well with dyntrans yet
86                          R6000 (ISA II), R8000          o)  In general, IPIs, CAS, LL/SC etc must be made to work with dyntrans
87                  o)  Multi-cpu stuff:  
88                          +)  SGI's NUMA architecture. Study  MIPS:
89                                  x)  Linux sources          +)  Some more work on opcodes.
90                                  x)  SGI's specs on NUMA address space                  x) MIPS64 revision 2.
91                          +)  Ultrix?  NetBSD doesn't do SMP on MIPS yet :-(                          o)  Find out which actual CPUs implement the rev2 ISA!
92                          +)  Own experiments with ycx2.                  x) _MAYBE_ TX79 and R5900 actually differ in their
93                       opcodes? Check this carefully!
94          Emulation of specific machines and devices:          o)  Dyntrans: Count register updates are probably not 100% correct yet.
95                  o)  Clean up stuff to make it possible to emulate multiple          o)  Refactor code for performance and readability/maintainability.
96                      (different) machines simultaneously.          o)  Instruction combinations? Possible candidates (but profile first!):
97                  o)  Use same clock for all emulations and machines.                  o)  R2000/R3000 cache cleaner!
98                  o)  Clean up the device stuff (registering of devices etc)                  o)  strlen, memset loops etc
99                  o)  Various SCSI and IDE controllers                  o)  multiple loads/stores in a row, e.g. relative to
100                  o)  PS/2-style keyboard controller (for several machines)                      the stack pointer
101                  o)  Generic busses;                  o)  lui + or, lui + add, and 64-bit variants
102                          x)  PCI:  i/o and interrupts                  o)  jr ra + addiu to the v0 register?
103                          x)  QBus-22 (DECsystem 5500, 5400?)                  o)  compare + branch
104                  o)  DECstations (pmax):          o)  DROTR32 and similar MIPS64 rev 2 instructions, which have
105                          x)  ioasic              a rotation bit which differs from previous ISAs.
106                          x)  framebuffers:          o)  EI and DI instructions for MIPS64/32 rev 2. NOTE: These are
107                                  +)  better cursor support, overlays?,              _NOT_ the same as for R5900!
108                                  +)  2D/3D acceleration, PX[G]          o)  (Re)implement 128-bit loads/stores for R5900.
109                          x)  status words / control words, make this more          o)  R4000 and others:
110                                  portable/cleaner                  x)  watchhi/watchlo exceptions, and other exception
111                          x)  scsi controller(s): sii, DMA for asc                      handling details
112                          x)  serial controllers: ssc, scc (and more work on dc?)          o)  R10000 and others:  (R12000, R14000 ?)
113                          x)  nvram on decstation 5000/125:  when using X11,                  x)  memory space, exceptions, ...
114                                  set console=g or similar                  x)  use cop0 framemask for tlb lookups
115                          x)  DECstation 5840? "xbi-based SMP"                      (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                  o)  SGI and ARC machines (sgimips, arc):  
117                          x)  IP32 ("O2"): (Lots of stuff)  Dyntrans:
118                                  +)  mec (ethernet)          x)  Redesign/rethink the delay slot mechanism used for e.g. MIPS,
119                                  +)  pci                  so that it caches a translation (that is, an instruction
120                                  +)  ahc (scsi)                  word and the instr_call it was translated to the last
121                                  +)  ps2 kbd                  time), so that it doesn't need to do slow
122                                  +)  memory controller                  to_be_translated for each end of page?
123                                  +)  framebuffer/graphics          x)  Program Counter statistics:
124                                  +)  caches                  Per machine? What about SMP? All data to the same file?
125                          x)  more ARCBIOS stuff                  A debugger command should be possible to use to enable/
126                          x)  Memory/interrupt controllers                  disable statistics gathering.
127                          x)  IP30 (Linux with graphics support?)                  Configuration file option!
128                          x)  SMP / NUMA?  (SGI and various ARC machines)          x)  Common fatal_abort() function, which drops into the debugger
129                  o)  Cobalt:  PCI and interrupt system, ethernet,                  without continuing.
130                          harddisk controller(s)          x)  INVALIDATION should cause translations in _all_ cpus to be
131                  o)  Playstation 2:              invalidated, e.g. on a write to a write-protected page
132                          Hardware:  OHCI usb controller, keyboard, IDE, ...              (containing code)
133                          Has an R3000A as a subsystem (!)          x)  Call/return hints?
134                  o)  hpcmips:  framebuffer(s) and harddisk controller,          x)  16-bit encodings? (MIPS16, ARM Thumb, SH3, ...)
135                          among other things          x)  H8?
136                  o)  newsmips:          x)  Lots of other stuff: see src/cpus/README_DYNTRANS
137                          o)  NetBSD/newsmips, get it to detect a "real"          x)  true recompilation backend? think carefully about this,
138                              model, right now everything is 100% bogus              experiment in a separate project (not in GXemul)
139                  o)  Less interesting platforms:                  o) First test would be to just implement a simple
140                          o)  mipsco? (NetBSD)                     instruction such as MIPS' addiu or lui, on AMD64
141                          o)  wgrisc? (big endian R3000, in OpenBSD's attic)                     hosts...
142                          o)  other embedded / evaluation MIPS boards          x)  Idle loop detection? (Depends on target.) Could be turned
143                          o)  Playstation 1? R3000A. Weird hardware?              into usleep(1) or similar on the host... except when doing
144                                  No FPU, but something as coproc 2.              e.g. SMP emulation. Then it becomes trickier.
145                          o)  Nintendo 64, http://www.nintendo.com/systems/n64/n64_specs.jsp  
146                                  (R4300, 4MB RAM, really weird memory map)  Alpha:
147            o)  Virtual memory (tlbs etc)
148          File/disk handling:          o)  Get {NetBSD,OpenBSD,Linux}/alpha booting. :)
149                  o)  Read function argument count and types from binaries? (ELF?)  
150                  o)  ELF: separate LE/BE (MIPS instruction format) from LSB/MSB  SPARC:
151                          (ELF structure format)?          o)  Add all registers (floating point, control regs etc)
152                  o)  Better handling of tape files          o)  Save/restore register windows etc!
153            o)  Load/stores!
154          Userland ABI emulation:          o)  Disassemly of some more instructions?
155                  o)  see src/useremul.c          o)  Are sll etc 32-bit sign-extending or zero-extending?
156            o)  Finish the cmp (subcc) flag computation code.
157          Terminal based interactive debugger:          o)  Finish the GDB register stuff.
158                  o)  see src/debugger.c          o)  SPARC v8, v7 etc?
159    
160          GDB interface? (Maybe not necessary; the built-in debugger feels  Debugger:
161          more useful.)          o)  How does SMP debugging work? Does it simply use "threads"?
162                    What if the guest OS (running on an emulated SMP machine)
163          GUI, interactive debugger?  GTK+?  (The GUI _must be optional_!)                  has a usertask running, with userland threads?
164                  o)  Breakpoints (complex expressions? combinations of register          o)  Try to make the debugger more modular and, if possible, reentrant!
165                          states, memory accesses and so on)          o)  Remove the emul command? (But show network info if showing
166                  o)  Instruction trace                  machines?)
167                  o)  Disassembly of RAM (_NOT_ the same as instruction trace)          o)  Generalize the expression evaluator. (debugger_expr.c?)
168                  o)  Function call trace                  settable variables      ("show nr of instructions on average")
169                  o)  Inspection of CPU registers/state, coprocessor                  emul[x]                 defaults to current emul
170                          registers/state, any device registers/state/contents                  machine[x]              defaults to current machine
171                          o)  Framebuffers in windows / tabs.                  cpu[x]                  defaults to currently focused cpu
172                          o)  Contents of RAM                  registers               cpu arch dependent (#-prefix)
173                  o)  "Start new emulation" should allow amount of                  symbols                 @-prefix
174                          RAM and nr of cpus to easily be specified.                  numeric constants       decimal, hex, and octal ($-prefix)
175                          Multiple simultaneous machines should be possible.                  boolean                 yes,no, true,false
176                  o)  Disk images.                  operators (+ - * / % & | ^ !)
177                    parentheses for grouping subexpressions
178          Regression tests:                  NOTE: the change from % to # for register prefix!
179                  o)  see tests/                  examples:
180                                    emul[0].machine[2].cpu[0].pc
181          Save state of the whole emulated machine, to be able to load it back                                  machine[test2].cpu[1].ra = main
182                  in later?  (Memory, all device's states, all registers and                                  settings.show_trace_tree = yes
183                  so on.  Like taking a snapshot. (SimOS seems to do this,  
184                  according to its website.))                  Settings:
185                            o)  Remove a setting.
186          Better X-windows functionality:                          o)  Read/write a setting given a name. (Read as
187                  o)  CLEAN UP the ugly event code                              string and/or int64_t simultaneously?)
188                  o)  Mouse clicks can be "missed" in the current system; this is                          o)  Warnings when exiting the emulator, if the
189                      not good. They should be put on a stack of some kind.                              settings have not been removed exactly in
190                  o)  More 2D and 3D framebuffer acceleration.                              the same way as they were added? This would
191                  o)  Non-resizable windows?  Or choose scaledown depending                              improve code cleanliness in the long term.
192                          on size (and center the image, with a black border).                              (I.e. require a corresponding _destroy()
193                  o)  Different scaledown on different windows?                              function for all _new functions... machine_
194                  o)  Switch scaledown during runtime? (Ala CTRL-ALT-plus/minus)                              cpu_ etc.)
195                  o)  Keyboard and mouse events:  
196                          x)  Do this for more machines than just DECstation                  Help command should have subsections! One for "expressions",
197                          x)  more X11 cursor keycodes                  mirrored in the documentation, but the internal help should
198                          x)  Keys like CTRL, ALT, SHIFT do not get through                  be the one that should be considered correct.
199                              by themselves (these are necessary for example          o)  see src/debugger.c for more
200                              to change the font of an xterm in X in the  
201                              emulator)  POWER/PowerPC:
202                  o)  Generalize the framebuffer stuff by moving _ALL_ X11          x)  PPC optimizations; instr combs
203                          specific code to src/x11.c!          x)  64-bit stuff: either Linux on G5, or perhaps some hobbyist
204                    version of AIX? (if there exists such a thing)
205          Statistics:  (this could be interesting)          x)  find and fix the bug which causes NetBSD/macppc to fail after
206                  o)  Save to file and show graphics. It should be possible to              an install!
207                      run gxemul after a simulation to just show the graphics,          x)  macppc: adb controller; keyboard (for framebuffer mode)
208                      or convert to a .ppm or .tga or similar.          x)  make OpenBSD/macppc work (PCI controller stuff)
209                  o)  memory accesses (to measure cache efficiency and  
210                          page coloring efficiency)  Algor:
211                  o)  nr of simultaneous ASIDs in use in the TLB, for MIPS          PCI and ISA and LOCAL interrupts! --> wdc could start working
212                  o)  percentage of time spent in different "states", such as          Add interrupt controller in dev_algor.c.
213                      running userland code, kernel code, or idling (for CPUs  
214                      that have such an instruction, or whenever the PC is  ARM:
215                      inside a specific idle-function (address range)).          o)  try to get netbsd/evbarm 3.x running (iq80321)
216                      Possible additional state (for example on R3000): caches          o)  make the xscale counter registers (ccnt) work
217                      disabled.          o)  make the ata controller usable for FreeBSD!
218                  o)  position of read/write on (SCSI) disks          o)  zaurus for openbsd...
219            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.2  
changed lines
  Added in v.28

  ViewVC Help
Powered by ViewVC 1.1.26