Ernesto's To-Do List - Revision history

Stiletto at 03:26, 25 November 2014

2014-11-25T03:26:50Z

← Older revision		Revision as of 05:26, 25 November 2014
Line 25:		Line 25:

	There's many things that make writing a driver for this somewhat complicated:		There's many things that make writing a driver for this somewhat complicated:
	* The driver requires [~~https~~://en.wikipedia.org/wiki/Amiga_Advanced_Graphics_Architecture AGA] emulation.		* The driver requires [http://en.wikipedia.org/wiki/Amiga_Advanced_Graphics_Architecture AGA] emulation.
	* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.		* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.
	* The CD32 introduces a new custom chip (Akiko) that contains:		* The CD32 introduces a new custom chip (Akiko) that contains:
	** A standard [~~https~~://en.wikipedia.org/wiki/I%C2%B2C I2C] bus.		** A standard [http://en.wikipedia.org/wiki/I%C2%B2C I2C] bus.
	** A custom CDROM controller.		** A custom CDROM controller.

	There's a 1KB EEPROM connected to the I2C bus.		There's a 1KB EEPROM connected to the I2C bus.
	The chips used to drive the CDROM optics and decoding are Sony chips. Unfortunately, Akiko probably has it's own built in microcode to talk to the chips, so it implements it's own custom protocol.		The chips used to drive the CDROM optics and decoding are Sony chips. Unfortunately, Akiko probably has it's own built in microcode to talk to the chips, so it implements it's own custom protocol.
	The only source of documentation for the Akiko seem to be the reverse engineering work done by the [~~https~~://en.wikipedia.org/wiki/UAE_%28emulator%29 UAE] guys.		The only source of documentation for the Akiko seem to be the reverse engineering work done by the [http://en.wikipedia.org/wiki/UAE_%28emulator%29 UAE] guys.

	Currently, I think I've fixed most of the 16 bit->32 bit issues, and basically crunched in the WinUAE code for the I2C in there. The CDROM controller code is only a skeleton of what it should be. This allows the driver to boot up to the logo screen (which doesn't really show up properly due to the lack of AGA emulation), and causes Mame to crash soon after.		Currently, I think I've fixed most of the 16 bit->32 bit issues, and basically crunched in the WinUAE code for the I2C in there. The CDROM controller code is only a skeleton of what it should be. This allows the driver to boot up to the logo screen (which doesn't really show up properly due to the lack of AGA emulation), and causes Mame to crash soon after.

Stiletto at 00:44, 25 November 2014

2014-11-25T00:44:58Z

← Older revision		Revision as of 02:44, 25 November 2014
Line 25:		Line 25:

	There's many things that make writing a driver for this somewhat complicated:		There's many things that make writing a driver for this somewhat complicated:
	* The driver requires [~~http~~://en.wikipedia.org/wiki/~~Advanced_Graphics_Architecture~~ AGA] emulation.		* The driver requires [https://en.wikipedia.org/wiki/Amiga_Advanced_Graphics_Architecture AGA] emulation.
	* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.		* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.
	* The CD32 introduces a new custom chip (Akiko) that contains:		* The CD32 introduces a new custom chip (Akiko) that contains:
	** A standard [~~http~~://en.wikipedia.org/wiki/~~I2C~~ I2C] bus.		** A standard [https://en.wikipedia.org/wiki/I%C2%B2C I2C] bus.
	** A custom CDROM controller.		** A custom CDROM controller.

	There's a 1KB EEPROM connected to the I2C bus.		There's a 1KB EEPROM connected to the I2C bus.
	The chips used to drive the CDROM optics and decoding are Sony chips. Unfortunately, Akiko probably has it's own built in microcode to talk to the chips, so it implements it's own custom protocol.		The chips used to drive the CDROM optics and decoding are Sony chips. Unfortunately, Akiko probably has it's own built in microcode to talk to the chips, so it implements it's own custom protocol.
	The only source of documentation for the Akiko seem to be the reverse engineering work done by the [~~http~~://en.wikipedia.org/wiki/~~WinUAE~~ UAE] guys.		The only source of documentation for the Akiko seem to be the reverse engineering work done by the [https://en.wikipedia.org/wiki/UAE_%28emulator%29 UAE] guys.

	Currently, I think I've fixed most of the 16 bit->32 bit issues, and basically crunched in the WinUAE code for the I2C in there. The CDROM controller code is only a skeleton of what it should be. This allows the driver to boot up to the logo screen (which doesn't really show up properly due to the lack of AGA emulation), and causes Mame to crash soon after.		Currently, I think I've fixed most of the 16 bit->32 bit issues, and basically crunched in the WinUAE code for the I2C in there. The CDROM controller code is only a skeleton of what it should be. This allows the driver to boot up to the logo screen (which doesn't really show up properly due to the lack of AGA emulation), and causes Mame to crash soon after.

Ernestoc: /* Project Status */

2007-03-13T01:49:45Z

Project Status

← Older revision		Revision as of 03:49, 13 March 2007
Line 9:		Line 9:

	== Project Status ==		== Project Status ==


	'''Help ElSemi reverse engineer the Fujitsu MB8623x TGP used in Sega Model 1/2:'''		'''Help ElSemi reverse engineer the Fujitsu MB8623x TGP used in Sega Model 1/2:'''

Ernestoc: /* Project Status */

2007-03-13T01:49:22Z

Project Status

← Older revision		Revision as of 03:49, 13 March 2007
Line 16:		Line 16:
	work has been done by ElSemi, and I've only been contributing small tidbits here and		work has been done by ElSemi, and I've only been contributing small tidbits here and
	there.		there.


			----


	'''Cubo CD32 driver:'''		'''Cubo CD32 driver:'''

Ernestoc: /* Project Status */

2007-03-13T01:48:57Z

Project Status

← Older revision		Revision as of 03:48, 13 March 2007
Line 9:		Line 9:

	== Project Status ==		== Project Status ==

			'''Help ElSemi reverse engineer the Fujitsu MB8623x TGP used in Sega Model 1/2:'''

			This is actually coming along very well. There are some screenshots at Haze's WIP
			showing the progress ElSemi has done so far. I want to mention that the bulk of the
			work has been done by ElSemi, and I've only been contributing small tidbits here and
			there.

	'''Cubo CD32 driver:'''		'''Cubo CD32 driver:'''

Ernestoc: /* Current Projects */

2007-03-13T01:47:11Z

Current Projects

← Older revision		Revision as of 03:47, 13 March 2007
Line 2:		Line 2:

	* <s>Toshiba T5182 ROM extraction</s>		* <s>Toshiba T5182 ROM extraction</s>
			* Help ElSemi reverse engineer the Fujitsu MB8623x TGP used in Sega Model 1/2
	* Cubo CD32 driver		* Cubo CD32 driver
	* Disassembly of Pioneer LDV1000 code for Konami BadLands		* Disassembly of Pioneer LDV1000 code for Konami BadLands
	* Konami Badlands driver		* Konami Badlands driver
	* Fix little annoying things on the Amiga driver		* Fix little annoying things on the Amiga driver


	== Project Status ==		== Project Status ==

Ernestoc at 23:04, 28 February 2007

2007-02-28T23:04:54Z

← Older revision		Revision as of 01:04, 1 March 2007
Line 1:		Line 1:
	== Current Projects ==		== Current Projects ==

	* Toshiba T5182 ROM extraction		* <s>Toshiba T5182 ROM extraction</s>
	* Cubo CD32 driver		* Cubo CD32 driver
	* Disassembly of Pioneer LDV1000 code for Konami BadLands		* Disassembly of Pioneer LDV1000 code for Konami BadLands
Line 9:		Line 9:

	== Project Status ==		== Project Status ==


	~~'''Toshiba T5182 ROM extraction:'''~~

	~~I believe this is almost done. Waiting confirmation from Nicola.~~
	~~Hopefully this will provide proper sound to Dark Mist, Panic Road and Moustache Boy.~~


	~~----~~


	'''Cubo CD32 driver:'''		'''Cubo CD32 driver:'''

Ernestoc at 23:03, 28 February 2007

2007-02-28T23:03:20Z

← Older revision		Revision as of 01:03, 1 March 2007
Line 36:		Line 36:

	At this point, and now that I have a better overview of the system, this is what would need to be done:		At this point, and now that I have a better overview of the system, this is what would need to be done:
	** Rewrite the I2C code as a stand alone module based on the Phillips specification.		* Rewrite the I2C code as a stand alone module based on the Phillips specification.
	** Write a I2C->serial protocol bridge for the EEPROM, so we can use our existing serial EEPROM infrastructure.		* Write a I2C->serial protocol bridge for the EEPROM, so we can use our existing serial EEPROM infrastructure.
	** Finish the CDROM controller emulation, adding the CHD support to it.		* Finish the CDROM controller emulation, adding the CHD support to it.
	** Add AGA emulation.		* Add AGA emulation.

	Work on some of these items might start soon.		Work on some of these items might start soon.

Ernestoc at 23:02, 28 February 2007

2007-02-28T23:02:48Z

← Older revision		Revision as of 01:02, 1 March 2007
Line 26:		Line 26:
	* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.		* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.
	* The CD32 introduces a new custom chip (Akiko) that contains:		* The CD32 introduces a new custom chip (Akiko) that contains:
	** A standard [http://en.wikipedia.org/wiki/I2C I2C] bus.		** A standard [http://en.wikipedia.org/wiki/I2C I2C] bus.
	** A custom CDROM controller.		** A custom CDROM controller.

	There's a 1KB EEPROM connected to the I2C bus.		There's a 1KB EEPROM connected to the I2C bus.
Line 36:		Line 36:

	At this point, and now that I have a better overview of the system, this is what would need to be done:		At this point, and now that I have a better overview of the system, this is what would need to be done:
	** Rewrite the I2C code as a stand alone module based on the Phillips specification.		** Rewrite the I2C code as a stand alone module based on the Phillips specification.
	** Write a I2C->serial protocol bridge for the EEPROM, so we can use our existing serial EEPROM infrastructure.		** Write a I2C->serial protocol bridge for the EEPROM, so we can use our existing serial EEPROM infrastructure.
	** Finish the CDROM controller emulation, adding the CHD support to it.		** Finish the CDROM controller emulation, adding the CHD support to it.
	** Add AGA emulation.		** Add AGA emulation.

	Work on some of these items might start soon.		Work on some of these items might start soon.

Ernestoc at 23:02, 28 February 2007

2007-02-28T23:02:18Z

← Older revision		Revision as of 01:02, 1 March 2007
Line 26:		Line 26:
	* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.		* The current Amiga emulation we have in Mame is basically written for a M68000, which uses a 16 bit data bus, where the CD32 uses a 68EC020 which has a 32 bit data bus. So some 'bridge' read/write handlers had to be written to communicate with the 16 bit chips on the bus (this is mostly written, would need a more testing). To further complicate things, we keep the native endiannes on data arrays, so moving from 16 bits to 32 bits is not as trivial as it sounds.
	* The CD32 introduces a new custom chip (Akiko) that contains:		* The CD32 introduces a new custom chip (Akiko) that contains:
	* A standard [http://en.wikipedia.org/wiki/I2C I2C] bus.		** A standard [http://en.wikipedia.org/wiki/I2C I2C] bus.
	* A custom CDROM controller.		** A custom CDROM controller.

	There's a 1KB EEPROM connected to the I2C bus.		There's a 1KB EEPROM connected to the I2C bus.
Line 36:		Line 36:

	At this point, and now that I have a better overview of the system, this is what would need to be done:		At this point, and now that I have a better overview of the system, this is what would need to be done:
	* Rewrite the I2C code as a stand alone module based on the Phillips specification.		** Rewrite the I2C code as a stand alone module based on the Phillips specification.
	* Write a I2C->serial protocol bridge for the EEPROM, so we can use our existing serial EEPROM infrastructure.		** Write a I2C->serial protocol bridge for the EEPROM, so we can use our existing serial EEPROM infrastructure.
	* Finish the CDROM controller emulation, adding the CHD support to it.		** Finish the CDROM controller emulation, adding the CHD support to it.
	* Add AGA emulation.		** Add AGA emulation.

	Work on some of these items might start soon.		Work on some of these items might start soon.