--- trunk/BUGS 2007/10/08 16:18:11 6 +++ upstream/0.3.7/BUGS 2007/10/08 16:19:28 21 @@ -1,16 +1,14 @@ -$Id: BUGS,v 1.33 2005/06/04 12:35:14 debug Exp $ +$Id: BUGS,v 1.37 2005/11/13 12:34:02 debug Exp $ +Hm. This file is pretty old. Some of these are still valid, though. -Serious bugs: +=================================================================== 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 +18,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 +31,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?)