Interesting that we now have another drive that works when the caches
are disabled...  When I get some free time, I'll look into that to see
if I can figure out what's different in a transaction with a cache and
without a cache...  If you have more time to work on this and can get
your FPE straight, you're welcome to try and fix it before I can get to
it.  :-)

Are you sure that you don't have a buggy LC040?  I would expect the FPE
errors to be consistent.  Your report makes it sound rather like you are
seeing almost random failures.  To recap, some LC040 revisions have a
hardware bug in the exception processing of F-line traps.  There is no
workaround that I know of.

I doubt that vi and dt use the FPU/FPE at all.  That would be why
they're more stable than ls or ps (which do divisions, at least).

UVM isn't that buggy.  I'm running it (not the snapshot, though) on my
Q700 (20MB of RAM) quite happily.

> I've gotten PPP working, too, and telnet works perfectly. ftp sometimes
> segfaults in the middle of a large download, but turning off the progress
> bar seems to help.

Makes sense.  It's probably doing FP math to draw the progress bar.

> Finally, I'll note what might be a security bug: /dev/adb and /dev/grf0 are
> chmod 666 by default.

This is _kind of_ a security bug.  If someone's logged on to the console
and not running X or dt, then someone else might be able to find a way
to really annoy them.  I don't believe either of those devices can be
opened more than once, though, and if you make them 660 (root.wheel),
then what if Joe User (who isn't in wheel) logs onto the console and
tries to run X or dt?

-allen

-- 
                    Allen Briggs - briggs@ninthwonder.com