summaryrefslogtreecommitdiffstatshomepage
path: root/src/emu/cpu/m68000/m68kdasm.c
Commit message (Collapse)AuthorAgeFilesLines
* VC2008 compile fix (no whatsnew) mariuszw12011-08-311-2/+3
|
* m68k: Preliminary support for MC68340 (CPU32). Reorganized to facilitate ↵ R. Belmont2011-08-271-5/+15
| | | | C++ conversion. [David Haywood]
* m68k: improved disassembly of CINV and CPUSH [R. Belmont] R. Belmont2011-08-251-6/+10
|
* m680x0: Many FPU and PMMU fixes and enhancements [Hans Ostermeyer] R. Belmont2010-12-071-1/+1
|
* Cleanups and version bump. Aaron Giles2010-04-081-1/+1
|
* m680x0 FPU updates: [R. Belmont] R. Belmont2010-03-291-10/+47
| | | | | | | | - BCD packed decimal now supported, including k-factor - Improved FSAVE/FRESTORE including FPU reset when restoring a NULL frame - FREM instruction supported - Better disassembly of FPU instructions
* 680x0 FPU update: [R. Belmont] R. Belmont2010-03-141-0/+7
| | | | | | | - Implemented FMOVECR - Added load extended PC relative indexed support - Cleanup some duplicated code
* Cleanups and version bump. Aaron Giles2010-03-111-2/+2
|
* 680x0: Improve disassembly for various FMOVE forms [R. Belmont] R. Belmont2010-03-111-7/+78
|
* [#03533] Properly show 32-bit displacement for 020+ A reg relative [R. Belmont] R. Belmont2010-03-111-1/+8
|
* Bulk driver.h -> emu.h switch. Aaron Giles2010-01-101-4/+0
|
* First round of an attempted cleanup of header files in the system. Aaron Giles2010-01-101-0/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | - Created new central header "emu.h"; this should be included by pretty much any driver or device as the first include. This file in turn includes pretty much everything a driver or device will need, minus any other devices it references. Note that emu.h should *never* be included by another header file. - Updated all files in the core (src/emu) to use emu.h. - Removed a ton of redundant and poorly-tracked header includes from within other header files. - Temporarily changed driver.h to map to emu.h until we update files outside of the core. Added class wrapper around tagmap so it can be directly included and accessed within objects that need it. Updated all users to embed tagmap objects and changed them to call through the class. Added nicer functions for finding devices, ports, and regions in a machine: machine->device("tag") -- return the named device, or NULL machine->port("tag") -- return the named port, or NULL machine->region("tag"[, &length[, &flags]]) -- return the named region and optionally its length and flags Made the device tag an astring. This required touching a lot of code that printed the device to explicitly fetch the C-string from it. (Thank you gcc for flagging that issue!)
* Results of running the latest srcclean. Aaron Giles2009-12-281-8/+8
|
* Cleanups and version bump.mame0135u1 Aaron Giles2009-11-201-5/+5
|
* MC680x0 update R. Belmont2009-11-141-15/+87
| | | | | | | | - Reworked PMMU/core interface so PMMU now sees all cop 0 instructions - Improved disassembly of PMMU instructions - Preliminary 68LC040 support - Fixed disassembly for EC/LC variants of '030/'040
* 680x0 update: R. Belmont2009-10-281-1/+1
| | | | | | | | | | | | - Support PMOVE modes from PMMU - Allow the FPU to be used for both '030 and '040 - Add byte and word FPU loads/stores - Fixed buggy FPU 64-bit stores in the (An) addressing mode If anyone has any ideas on how to sanely handle the 68k FPU's 96-bit "take that, Intel" mode let me know ;-)
* m680x0 update: R. Belmont2009-10-121-1/+27
| | | | | | | | - Added working PMMU address translation (not feature complete, but sufficient to boot several 68030 Macs in MESS) - Fixed up disassembly of some PMMU instructions - Added "68020 with 68851" CPU type
* m68k: disassemble PMOVE instruction (move to/from PMMU) R. Belmont2009-09-271-1/+59
|
* Added infrastructure to compile universal standalone disassembler: Aaron Giles2009-08-221-0/+31
| | | | | | | | | | | - added unidasm to the tools build - split the disassemblers out of libcpu and into new libdasm - ensured the disassembly entry points for all disassemblers are in the source file for the disassembler (sometimes new generic versions were created) Still needs command line options and file loading, but the fundamentals are present, and it links.
* From: Atari Ace [mailto:atari_ace@verizon.net] Aaron Giles2009-02-261-2/+5
| | | | | | | | | | | | | | Sent: Monday, February 16, 2009 7:10 PM To: submit@mamedev.org Cc: atariace@hotmail.com Subject: [patch] Add some missing static qualifiers Hi mamedev, This patch mostly adds missing static qualifiers, plus a few related header/name adjustments. In particular, I tackled m68kmake.c and tmsmake.c which exposed a fair amount of dead code. ~aa
* Significantly pared down the 68k core. Merged outer MAME shell Aaron Giles2008-11-171-1/+1
| | | | | | | | | | into the core proper and removed unused macros. Changed all external interfaces to pass the CPU device. Enabled 64-bit operations by default. Re-derived the interface functions to cascade and share code more aggressively. These changes also seem to have cured the taito_f3 issues as far as I can tell (at least pbobble3 seems right now).
* More disentangling of the 68000 core. Removed old unused CPS2 Aaron Giles2008-11-161-26/+7
| | | | | | encryption junk. Changed encryption interfaces to pass the CPU core object. Unwound several levels of macros for accessing memory. Still more to do.
* Cleanups/version bump.mame0128u3 Aaron Giles2008-11-091-9/+9
|
* Removed a bunch of useless macros. Consolidated several others. Aaron Giles2008-11-061-125/+125
| | | | | | Standardized on MAME types. Defined uint/sint to be 32-bits rather than all this target platform guessing about how many bits are in an int.
* Fixed compilation issues with 68000 changes. Aaron Giles2008-11-061-5/+0
| | | | | | | Began the process of pruning options from the 68000 core, hard-coding it for MAME's needs. We've hacked on it sufficiently that it is no longer generic, so this is a good opportunity to simplify the code so that it can actually be followed.
* "Pointer"-ified the 68000. What a mess! Aaron Giles2008-11-061-9/+11
| | | | There are a few remaining globals; we'll get them later.
* From: Atari Ace [mailto:atari_ace@verizon.net] Aaron Giles2008-07-241-7/+5
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Subject: [patch] .data removals to fix reset/multisession bugs Hi mamedev, One nice artifact of properly constifying data structures in MAME is that it makes it relatively easy to spot a class of reset/multisession bugs, namely that almost any object in .data is probably in error. Unless the value is properly initialized in a reset routine the initial non-zero value can't be relied upon, so there's no need to have a non-zero value to begin with. With that in mind, here's a patch to move more items out of .data by either applying const, removing the non-zero initializer (if its overwritten by init/reset) or by adding appropriate initialization code. In most cases I tried to add initialization code to a reset routine, but in some cases I chose an init routine, possibly leaving a reset bug intact. Some interesting bits: 1. tms9900 core. The use of .data to initialize the irq_level wasn't correct in some cases as the layout of the structure was core dependent. 2. bfcobra.c. By introducing a VIDEO_START routine a hack in VIDEO_UPDATE could be removed. ~aa
* Copyright cleanup: Aaron Giles2008-01-061-1/+1
| | | | | | - removed years from copyright notices - removed redundant (c) from copyright notices - updated "the MAME Team" to be "Nicola Salmoria and the MAME Team"
* Changes for MAME 0.122. Aaron Giles2007-12-181-6/+6
|
* Initial checkin of MAME 0.121.mame0121 Aaron Giles2007-12-171-0/+3742