--- trunk/BUGS	2007/10/08 16:18:31	11
+++ trunk/BUGS	2007/10/08 16:18:38	12
@@ -1,16 +1,10 @@
-$Id: BUGS,v 1.33 2005/06/04 12:35:14 debug Exp $
-
-
-Serious bugs:
+$Id: BUGS,v 1.36 2005/08/15 07:01:55 debug Exp $
 
   x)  An unknown math coprocessor bug. (Ultrix' dxclock sometimes looks
       weird.)
 
   x)  Enabling cache emulation (./configure --enable-caches) triggers bugs.
 
-  x)  Compiling with certain versions of gcc and -O3 optimization on i386
-      triggers bugs. I'm not sure whether they are in gcc or in GXemul.
-
   x)  Linux/DECstation (Debian) oopses extremely often unless -U is used
       at run-time. I'm not sure yet why it bugs out. With -U, the risk is
       lower, but not completely gone. _Maybe_ this is a bug in Linux. Why?
@@ -20,17 +14,11 @@
       that gives weight to this theory is that the serial driver in Linux is
       still being developed.)  But this is just a guess.
 
-  x)  bintrans bugs.  (For example, NetBSD/sgimips for IP22/24 hangs during
-      boot with bintrans enabled.)
-
-
-Less serious bugs / issues:
-
-  o)  hardware device ticks are done at cycle specific intervals, not
+  o)  Hardware device ticks are done at cycle specific intervals, not
       instruction intervals, so sometimes a fraction of a cycle can be
       "lost".
 
-  o)  running Linux/DECstation 2.4.26 with no scsi disks attached causes
+  o)  Running Linux/DECstation 2.4.26 with no scsi disks attached causes
       a warning message to be printed by Linux.
 
   o)  UDP packets that are too large are not handled well by the Lance device.
@@ -39,7 +27,7 @@
       how to solve this; the code works on both little-endian (Alpha) and
       big-endian (UltraSPARC) X-servers...)
 
-  o)  bintranslated 64-bit stuff checks to see if the top 32 bits are
+  o)  Binary-translated 64-bit stuff checks to see if the top 32 bits are
       all zeroes or all ones, and then uses 32-bit tables and such. This
       is a bug. It should check the top 33 bits, not 32. (Alpha only, already
       fixed for i386?)