summaryrefslogtreecommitdiffstatshomepage
path: root/src/devices/machine/smioc.cpp
Commit message (Collapse)AuthorAgeFilesLines
* rs232: HLE updates AJR2021-01-261-1/+0
| | | | | | | - Remove option to change the number of start bits (1 was always the default, and the RS232 protocol requires one start bit) - Add many historically significant baud rates ranging from 50 to 7200 * ccs2810.cpp, sb8085.cpp: Update notes
* devices/machine: simplified handlers for various devices (nw) Ivan Vangelista2020-03-241-10/+10
|
* Spring cleaning: Vas Crabb2019-11-011-1/+1
| | | | | | | | | | | | * Changed emu_fatalerror to use util::string_format semantics * Fixed some incorrectly marked up stuff in build scripts * Make internal layout compression type a scoped enum (only zlib is supported still, but at least the values aren't magic numbers now) * Fixed memory leaks in Xbox USB * There can only be one "perfect quantum" device - enforce that only the root machine can set it, as allowing subdevices to will cause weird issues with slot cards overiding it * Allow multiple devices to set maximum quantum and use the most restrictive one (it's maximum quantum, it would be minimum interleave) * Got rid of device_slot_card_interface as it wasn't providing value * Added a helper template to reduce certain kinds of boilerplate in slots/buses * Cleaned up some particularly bad slot code (plenty more of that to do), and made some slots more idiomatic
* smioc: fix botched cleanup (nw) Vas Crabb2018-10-281-1/+1
|
* misc cleanup (nw) Vas Crabb2018-10-281-54/+50
|
* r9751: Implement proper SMIOC emulation through new uart emulation (#4188) Brandon Munger2018-10-241-23/+577
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | * [R9751] (Squashed) Early work on SMIOC emulation commit 9b587be762abfd576e92792c612cd205c570924d Author: Stephen Stair <sgstair@akkit.org> Date: Tue Apr 10 19:41:55 2018 -0700 Connected SMIOC DMA to 68k * SMIOC now reading bytes for serial from the 68k memory space successfully. commit 0f801a05a3fa5b78768a1a2bcb9981466e8f2b0e Author: Stephen Stair <sgstair@akkit.org> Date: Tue Mar 27 18:31:32 2018 -0700 68k now running in lockstep with SMIOC for serial * 68k now uses actual SMIOC as source of SMIOC status, so it waits for the SMIOC to complete commands before continuing. * SMIOC DMA controllers now being asked to move bytes around * "write character" (4100) commands to SMIOC are now completing and resulting in correct status being written and sent back to the 68k * Every now and then the SMIOC stalls for a bit, it seems to be due to spending some time trying to communicate with the 8051 CPU (used to communicate with another cpu on the serial breakout box) that is not currently present in the emulated device. Next Steps: * We're going to move the terminal from the r9751 into the SMIOC, and hook it up to the DMA controllers as a hacky temporary solution. * We need to emulate the 5xxxx memory range in SMIOC to proxy data to/from the 68k memory * Then we'll start work on emulating the octal uart properly and hooking it up to RS232 channels. commit ca91614fca3f43d87755d0c3439521276d7bfafb Author: Stephen Stair <sgstair@akkit.org> Date: Wed Mar 14 19:52:04 2018 -0700 Tinkering to get SMIOC further along 1) Enable 188 cpu to advance DMA immediatley if DRQ is held high when source synchronous DMA is started (It's not clear whether the DMA actually works this way yet) 2) Retrigger the DMA DRQ when a memory access is made to the DMA window (future work needed to proxy the reads/writes to the 68k's main memory) This is needed to support multibyte DMA reads/writes to the 68k window. 3) Reverse the bytes in the status register (based on current incomplete understanding of how this is encoded) 4) Connect the status register back to the r9751 on SMIOC status read Current state: SMIOC's main board DMA state machine now completes the DMA transfer from the main board (With incorrect data), but we are still getting stuck. Next steps: SMIOC is now hanging waiting on DMA to UART to complete, we need to implement some emulation of the UART and its connections to the surrounding 16 dma channels in order to make progress. commit 62c1455c97a53ed970622e08cb03a225625914fd Author: Stephen Stair <sgstair@akkit.org> Date: Sun Mar 4 20:13:32 2018 -0800 Progress on emulating SMIOC commit daee8498c5840417aee3ed9def0acfba5476335a Author: Stephen Stair <sgstair@akkit.org> Date: Sun Feb 25 20:02:32 2018 -0800 Working on bringing up SMIOC Trying to get emulated SMIOC in lockstep with the main 68k. commit 5a929fde90307040a0544682888f2f21a914b900 Author: Stephen Stair <sgstair@akkit.org> Date: Wed Feb 21 20:06:27 2018 -0800 re-enable SMIOC, Logging improvements, first steps towards emulating on-board hardware. commit f0c7a1665a18c99df5527ae45994f39f95223814 Author: Stephen Stair <sgstair@akkit.org> Date: Sun Feb 11 16:26:31 2018 -0800 Emulation fix - Terminal now responds to input commit ecff4035f3fdaa0329df46f99ccd516aa23ec8af Author: Stephen Stair <sgstair@akkit.org> Date: Tue Feb 6 19:00:35 2018 -0800 Hacky emulation of SMIOC now successfully receiving serial characters! commit 376bca90dff311d24e1f5014d8d6f0dc297bf671 Author: Stephen Stair <sgstair@akkit.org> Date: Sun Jan 28 18:31:38 2018 -0800 Experimenting with SMIOC emulation * Partial fixes for line state issues with persistent line values When the AM9517 DMA controller mode is updated to change the polarity of DACK/DREQ, it doesn't update the DACK line values / request values (respectively). This fixes this issue for one of the emulated devices in the file, but the other device has the same problem. * Add skeleton of SCC2698B UART device * Early progress on emulating SCC2698B Octal UART Core structure for IO lines and writing registers is in place. * Update address maps to new format. * SCC2698b: Add tx/rx, baud rate generation * Emulation improvements for scc2698b device * MPP output pins emulated * Improved logging for baud rate changes * Channel configuration emulated * Support for TX/RX Enable * Started integrating new features into SMIOC * Minor progress on the path to enabling new UART for SMIOC * Resolved code issues related to upstream changes * Working around an apparent problem with callbacks on sub-device devices * Terminal added for serial port attached to SCC2698B UART. * Things compile and seem to work. * SMIOC: Serial is now outputting correctly through emulated SMIOC Some glitches to work out, but this is nearly ready. * AM9517a should not forget about input line status on master reset. * Disable tracing * SMIOC: Improving diagnostics and making some progress on the emulation * Revised tracing in SMIOC and SCC2698B * Improved tracing approach in r9751 * Minor progress towards working SMIOC emulation. * [R9751] Update drivers to new code patterns after rebase Rebased on latest mame, Fixed a few issues and updated the callback code patterns based on recent changes in devcb * [R9751] Improve logging, fix interrupt race Serial no longer drops output characters * [R9751] Working on SMIOC emulation Improved SMIOC emulation accuracy, Made some progress in getting through the disktool initialization sequence, but we are still hitting a problem - It looks like disktool should be resetting the SMIOC board when it starts, but the mechanism for this has not been found. * [R9751] Improve tracing for system board registers * [R9751] Improve SMIOC emulation Still having some trouble with SMIOC but this seems to be an improvement. SMIOC is now waiting for a status to be read before applying a new status, and mandatory parameter read logic is in place. * [R9751] Incremental emulation improvements the SMIOC failure was understood and fixed, and a new approach to getting the hardware to bootstrap correctly was implemented - Still having some problems with it though. * [R9751] Fixed emulation issues * Disktool now boots to the console * UART receive only partly working, I don't think it's fully connected yet. * [R9751] Further progress on SMIOC emulation * Figured out the missing command parameter interface to the SMIOC board * Still blocked because the SMIOC interface to the breakout board through an onboard 8051 is not emulated and the disktool software depends on properties coming from it. * [R9751] Terminal is fully working for disktool * Improved the emulation of the 80188 to 451 connection in order to reliably set a status bit disktool depends on. * [R9751] Fix build after rebase * [R9751] Cleanup, tracing improvements * Remove second emulated terminal - SMIOC is now stable enough to run the terminal. * Remove older and unnecessary emulation/tracing code * r9751: Fix compile error and modify copyright holders
* Streamline machine configuration macros - everyone's a device edition. Vas Crabb2018-05-061-28/+8
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Start replacing special device macros with additional constructors, starting with ISA, INTELLEC 4 and RS-232 buses. Allow an object finder to take on the target of another object finder. (For a combination of the previous two things in action, see either the INTELLEC 4 driver, or the Apple 2 PC Exporter card. Also check out looping over a device finder array to instantiate devices in some places. Lots of things no longer need to pass tags around.) Start supplying default clocks for things that have a standard clock or have all clocks internal. Eliminate the separate DEV versions of the DEVCB_ macros. Previously, the plain versions were a shortcut for DEVICE_SELF as the target. You can now supply a string tag (relative to current device being configured), an object finder (takes on the base and relative tag), or a reference to a device/interface (only do this if you know the device won't be replaced out from under it, but that's a safe assumption for your subdevices). In almost all cases, you can get the effect you want by supplying *this as the target. Eliminate sound and CPU versions of macros. They serve no useful purpose, provide no extra checks, make error messages longer, add indirection, and mislead newbies into thinking there's a difference. Remove a lot of now-unnecessary ":" prefixes binding things relative to machine root. Clean up some miscellaneous rot. Examples of new functionality in use in (some more subtle than others): * src/mame/drivers/intellec4.cpp * src/mame/drivers/tranz330.cpp * src/mame/drivers/osboren1.cpp * src/mame/drivers/zorba.cpp * src/mame/devices/smioc.cpp * src/devices/bus/a2bus/pc_xporter.cpp * src/devices/bus/isa/isa.h * src/devices/bus/isa/isa.h * src/devices/bus/intellec4/intellec4.h
* Address maps macros removal, pass 1 [O. Galibert] Olivier Galibert2018-03-141-9/+10
|
* API change: Memory maps are now methods of the owner class [O. Galibert] Olivier Galibert2018-02-121-1/+1
| | | | | Also, a lot more freedom happened, that's going to be more visible soon.
* xtal.h is dead, long live to xtal.cpp [O. Galibert] Olivier Galibert2018-01-231-6/+6
|
* API Change: Machine configs are now a method of the owner class, and the ↵ Olivier Galibert2018-01-171-1/+1
| | | | | | | | | | prototype is simplified [O. Galibert] Beware, the device context does not follow in MCFG_FRAGMENT_ADD anymore due to the prototype change. So creating a device then configuring through a fragment doesn't work as-is. The simplest solution is just to add a MCFG_DEVICE_MODIFY at the start of the fragment with the correct tag.
* srcclean (nw) Vas Crabb2017-07-231-15/+15
|
* r9751: smioc - add 8237 DMA controllers, rs232 ports, and update documentation Brandon Munger2017-07-171-0/+53
|
* never hurts to srcclean (nw) Vas Crabb2017-07-091-7/+7
|
* r9751: Add initial SMIOC device (#2423) Brandon Munger2017-06-301-0/+127