There may be bugs lurking in it. On my Core i7 macbook pro,
shoebill now runs so fast that SetUpTimeK() on A/UX 3 hangs.
(SetUpTimeK tries to time a dbra loop, and refuses to accept any
speed faster than a certain threshold, which shoebill is now
surpassing. If you see A/UX hanging early in boot, it's probably
that.)
- Added a new specialized cache for instruction stream reads
-- This also lets us distinguish between data and instruction
reads, which the 68020 does. Instruction reads are now done
with the correct function code (2 or 6), although that
doesn't currently fix or improve anything currently
- Added an obvious condition code optimization, dunno how I missed
it earlier
- Other little changes
- Fixed inst_ext, which was completely broken since
last commit, whoops!
- Added a bunch of __builtin_expect()s in all the
critical paths, and now Marathon runs quite noticeably
faster.
- Fixed (I think) all the SDL makefiles
- Read the 68881 docs for fcmp more carefully, and tweaked it to more
accurately implement the (documented) behavior
- Implemented de-un-normalizing for all x80 softfloat ops
- Some other changes I don't remember - it's my emulator, I can be vague
if I want XD
- (Badly) worked around a clang bug to implement ftentox
- (Very badly) fixed another edge case in fscale
- Found another bug in softfloat (floatx80_to_int32)
-- Not so sure anymore that my floatx80/subnormal math fix works right.
Just figured out that x80's exp is relative to the second mantissa
bit. float128{exp=0x3fff, man=0} == floatx80{exp=0x3fff, man=0x800...}
even though x80 has an explicit bit, the exponents are the same...
SoftFloat's support for subnormal numbers is completely broken
on floatx80. Particularly when the result of an op on a subnormal
number is normal, and vice versa. I'm not completely sure that
my fixes are correct, or that they didn't break anything. I need
to do more testing.
Also fixed an edge case in fscale that gets weird when the
input goes from normal to subnormal... oh, and I still need to
fix the opposite case.
- fgetman, fscale, and fsincos are implemented but not tested at all
- fixed part of a softbug float when converting subnormal numbers between
floatx80 and float128
- also, I checked in the wrong core/Makefile with the last commit.
Re-committing the correct Makefile
Just merged the newfpu branch to master, almost everything
is implemented, but there are clearly lots of problems still.
(According to xcalc, sin(3.1415927) == 0.054803665, which is
pretty far beyond the acceptable error margin.)
but not ftentox, because this hits a clang bug. Clang 3.5
(and earlier?) wants to optimize pow(10.0, x) to
__exp10(x), but __exp10() doesn't exist in the 10.8 SDK,
so the linker fails. There's probably some simple workaround...
Fixed a bunch of dumb bugs, and now newfpu is working almost as well as old-fpu.
Presumably it's also running much more slowly, but I'm not noticing a speed difference.
a cursory boot of 3.0.0 didn't reveal any asserts, except for x11. And I'm sure Marathon will die, and Mathematica, etc. Calculator works though. IE 2 hangs, and finder shutdown crashes.
... getting there
A/UX doesn't even come close to booting yet with the new FPU,
but we're getting there. I don't want to trash master with
a code base that doesn't work. Also, I turned off ethernet
in the cocoa GUI, since the TAP driver isn't working right
on 10.10 yet.
- the framework for throwing exceptions should work correctly now
- NaNs and signaling NaNs should work
- condition codes are set now
- write-back and rounding (including throwing INEX2) are now implemented
(Note: you can't actually use any of this code yet, and it doesn't actually
fully implement any fmath_* instructions yet)
Once the framework for handling exceptions, accrued exceptions,
condition codes, and rounding is done, I can start implementing
actual "fmath" instructions. Everything not handled by softfloat
will be imprecisely and hackily implemented by using the best
available native float math (e.g. cosf(), cos(), or cosl())
This may break the linux/windows builds - I haven't tried to compile
on those platforms yet.
- Ethernet is more or less working with a hardcoded /dev/tun0 network interface
and hardcoded MAC address, though there's no automatic ifconfig/route
configuration yet.
- Instructions TAS and ILLEGAL are implemented now
- Fixed some bugs in MOVEP
- Implemented some other instruction disassemblers
- Other little changes
The board is basically implemented. It's just a dummy slot ROM
with no driver or primary/secondary init, that looks enough
like the Apple EtherTalk card. The DP8390 controller chip
has its address space implemented, and some of its registers
work. Lots more work to do on that
With slog() tracing enabled, you can see A/UX try to send a
multicast ethernet frame, then give up waiting for some kind
of response from the chip, then decide that the ethernet
controller is dead and print an error to console
Peter Rutenbar
Miëtek Bak
name