02 April 2015, 18:00 | #21 | ||||
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
(xxx).W 111 000 (xxx).L 111 001 (d16,PC) 111 010 (d8,PC,Xn) 111 011 (bd,PC,Xn) 111 011 ([bd,PC,Xn]) 111 011 #<data>.Size 111 100 #<d16>.L 111 101 MOVE.L <ea>,A8 111 110 MOVE.L A8,<ea> 111 111 I'm not sure what other tricks he planned to use for (d16,A8) and possibly (d8,A8,Dn) addressing modes. The last he talked about, only a few addressing modes were supported and this register was called BR (Base Register). I would have preferred he left it as BR that call it A8 as it is less orthogonal that A7. We also looked at creating a new stack register and a base register or 2 base registers. E0-E7 (originally D8-D15) originally used the Address register EA field in some instructions and then had a bunch of new instruction encodings in whatever encoding hole is available to give functionality close to the original data registers (MVS/MVZ were dropped at one point for MOVEQ #d8,En). Of course these registers are still not orthogonal so compilers can't use them as 8 more data registers. At least Gunnar changed the name from D8-D15. I wasn't completely opposed to having new integer registers in the CPU but I didn't think they were consistently encoded or orthogonal enough to add to the ISA. Gunnar didn't have a complete proposal worked out either but wanted meynaf and me to help with new encodings for En. When we chose not to participate, we became "outsiders". Of course I had previously done a proposal to add 8 more FPU registers which can be done in a consistent and orthogonal way other than FMOVEM but I would prefer to make all 8 new registers scratch registers with a new ABI. Quote:
Quote:
Quote:
Are you assuming that copying the FPGA Arcade AGA code would be bad? It's open source so could not have been stolen and Mist (open source) AGA would be even farther along now. I don't see anything negative if Chaos had used the FPGA Arcade AGA code. It is more impressive that he wrote Mist AGA based on MiniMig ECS (I have no reason to doubt what he has said) but it is unfortunately based on older sources which forced him to reinvent the wheel. Last edited by matthey; 02 April 2015 at 18:06. |
||||
02 April 2015, 19:24 | #22 |
Registered User
Join Date: May 2014
Location: inside the emulator
Posts: 377
|
The reason I asked is that there is no obvious way to add 8 integer registers in a general matter unless using a prefix/postfix/out of band design. Given Gunnars dislike of prefixes and the impracticality of postfix/OOB I couldn't see an orthogonal solution at all.
And the A8 register is an abomination IMHO. Don't see any reason to add it at all. |
02 April 2015, 21:21 | #23 | |
Banned
Join Date: Jan 2010
Location: Kansas
Posts: 1,284
|
Quote:
A few more address registers (even one) would be useful. Too bad the 68k didn't have A0-A7 perfectly orthogonal with a separate SP but the way it is now is good for code density (as many trade-offs are on the 68k). A5 for the stack frame link register can be turned off and the stack used (it works in vbcc and SAS/C but GCC has always had problems with this). A4 is what I believe he wants to move to A8/BR as it is often used with simple addressing modes. I think it might be a little easier to use by compilers with a patch but I don't like calling it A8 which infers orthogonality with A0-A7. Actually, A6 might have been the register to move to a LB (Library Base) register which also almost always uses (d16,A6). GCC needs a patch to swap A6 (normally the link register on a 68k) with A5 on the Amiga and some versions have become confused. IMO, there isn't a compelling enough reason to add registers considering compatibility and changes which would be needed to support it (not to mention the encodings are overly creative). More integer registers would probably help performance some but lack of them is not a major bottleneck on the 68k. |
|
03 April 2015, 03:37 | #24 |
Registered User
Join Date: Jul 2009
Location: UK
Posts: 112
|
Great work so far
I really do think these suggestions are worth putting into reality. One cannot work alone or closed source for Amiga to succeed. We do indeed need standards and compatibility. I suggest let others do what they want to do, its their projects - but we can take charge of our own future legacy as its what we all believe is the best course of action. I dont know which developer/ engineer wants to take part in this new adventure to bring a standardized AGA2 Amiga to the world, if you can spare time say so here. I suggest inviting all FPGA developers to this forum to discuss if they wish step by step action plan/goals to achieve. Once we have these goals listed we could create fixed amount bounties eg 500 euro each for completion. If for example we have 4 developers wiling to work together on a bounty then split the amount between them evenly to pay for their work is only fair. I am sure alot of developers on Freelancers.com would be interested in doing some work. Keep the code Open Source and update once a month with progress. I think all we need is an FPGA 680xx compatible Amiga with AGA, possibly RTG for retail price no more than £200 would be good to aim for. A simple base machine we can create stunning apps and games. |
03 April 2015, 14:00 | #25 |
Registered User
Join Date: Feb 2015
Location: Sweden
Age: 50
Posts: 2,988
|
Wow, Im glad I started this topic if something good can come out of it, eventually.
But its human nature to have everything in at least 2 groups. History has shown that nothing ever is agreed upon by everyone. So we're looking at one group that wants to unite & cooperate and work towards compatibility and open stards.... and a second group that doesnt.... The reality of the situation is that this antique 68k world is a small nische and while those of us who are left love it passionately we are most likely to be stuck with old software and ports of open source stuff from the late 90's. From that perspective, maintaining compatibility is a big deal and while super AGA or AGA2 would be really neat, the first focus beyond mere compatibility should probably the elimination of some of AGAs obvious bottlenecks.. bandwidth / performance in high res modes. If we can get there, we'll be playing Quake II in 800x600 on our FBGA enhanced A1200s and what not... It would also make it much easier to port other stuff so that could quickly grow the 68k Amiga gaming library (and other stuff) without too much effort. |
03 April 2015, 15:12 | #26 | ||
Registered User
Join Date: May 2014
Location: inside the emulator
Posts: 377
|
Quote:
Quote:
Using a prefix one would not only get 8 extra integer registers but also 8 extra address registers. Or even 24 extra registers of each (though that would severely limit other extensions). |
||
18 April 2015, 21:12 | #27 | |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Quote:
The Paula emulation has support for flux level input, so it supports SuperCard Pro flux images (much like WinUAE does now) which means we could attach a real floppy drive to the Replay board and use it... we just need the interface, which is something that I am looking at making. Mike also has worked out the 68020+ instruction set emulation, so now I have 57MB of FAST RAM (and 2MB of CHIP RAM) on my Amiga Workbench. There are still some AGA and blitter quirks to resolve, but DPaint V in AGA mode works perfectly except in extended HAM mode and most games play perfectly. Some games require that you slow the CPU down to a A500 - but so is the case with real Amiga hardware. Mike is busy getting the data/instruction cache timing issues resolved, which will boost the already very fast core to be ridiculously fast. The hard drive speed of the Amiga core is about as fast as the SD card will handle. I see around 1.8MB per second on every test program. Adding a cache program like Power Cache makes it like everything is coming out of the RAM disk. There is preliminary RTG support. I have the driver assembled for Mike, and testing shows that the core part is working. Video handling needs to be added. Last edited by JimDrew; 18 April 2015 at 21:21. |
|
19 April 2015, 06:28 | #28 |
Registered User
Join Date: Jun 2012
Location: New Zealand
Posts: 104
|
At the end of the day it comes down to.
MIST - Cheaper, easier to find to purchase. FPGA - More expensive, hard to find somewhere to purchase. Would love the 060 daughter card but nowhere to be seen. Would prefer the the FPGA but the MIST is in the right price bracket and can be bought easily. |
19 April 2015, 07:37 | #29 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
I should finally have the FPGA Aracde Replay boards for the North American market shortly, so supply won't be a problem. The pricing difference is due to the difference in hardware. The FPGA Arcade Replay board was twice the amount of RAM 64MB vs 32MB), bigger FPGA, DVI and/or S-video (instead of VGA), high quality audio DAC, better ARM, etc.
Last edited by JimDrew; 19 April 2015 at 20:14. Reason: DVI, or HDMI through a cable. |
19 April 2015, 09:20 | #30 |
Registered User
Join Date: Jun 2012
Location: New Zealand
Posts: 104
|
Any news on the daughter boards? If I was to purchase what would it cost with the ATX back plate and adapter?
Would love to put in some sort of ATX/ITX case. So I'd need to purchase an HDMI to DVI adapter? Last edited by TCD; 19 April 2015 at 09:24. Reason: Back-to-back posts merged. |
19 April 2015, 09:34 | #31 |
Registered User
Join Date: Feb 2015
Location: Sweden
Age: 50
Posts: 2,988
|
Lurch, have you seen the FPGA replay mobo? Its probably smaller than you think.
If you put it in an ATX case you'll have 90% empty space. :-) Edit: (If you meant mini ITX then it will fit nicely on one side and leave about 9cm of space the other way. Dimensions are 17cm x 8cm x ~3.5 cm.) I once had a thought about buying a broken A1200, rip out everything except the keyboard, mount the replay mobo + keyboard adapter and possibly other stuff supported (original floppy in theory). ;-) Or a small custom case (retro-look) would be nice. Last edited by eXeler0; 19 April 2015 at 12:25. |
19 April 2015, 20:13 | #32 | |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
Quote:
I have mine in a micro-ATX case, which also fits a 5.25" floppy drive and a 3.5" floppy drive. It's a perfect setup really. Actually, I goofed when I typed HDMI. The Replay comes with a DVI port, and you can use either DVI analog or digital modes, and use a DVI->HDMI adapter. I have been using a HDMI connection recently for testing which is why I had HDMI on the brain. Normally, I connect it to my DVI monitor. |
|
19 April 2015, 22:58 | #33 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,480
|
|
19 April 2015, 23:45 | #34 | |
Registered User
Join Date: Feb 2015
Location: Sweden
Age: 50
Posts: 2,988
|
Quote:
Im fairly sure its a "020 level" softcore with no FPU or MMU. However, the beauty of FPGA is that the stuff missing today could be there tomorrow... |
|
20 April 2015, 01:45 | #35 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
The CPU core is Mike's, and has separate instruction and data caches (much like the real CPUs), as well as other improvements in the bandwidth. As you know, I am a stickler for cycle exact emulation and compatibility, so the CPU core has full instruction set emulation and can be the exact same speed as a real A1200, or let loose! No FPU or MMU today, however, as pointed out that could change at any time with just a new core file. The FPGA Arcade Replay board has a pretty big FPGA on it, there is plenty of space for a large scale CPU replacement.
I really can't stand the 060. It breaks so many things, and when you kill all of the additional features that make it compatible, you end up with a CPU that is slower than a fast 040. But, Mike does have the 060 daughter board designed, so those that love the 060 will be happy I guess. |
20 April 2015, 10:20 | #36 | |||
Registered User
Join Date: Jun 2012
Location: New Zealand
Posts: 104
|
Quote:
Do I need an adapter to connect it to an ATX PSU? I have a spare A1200 case and keyboard, not sure if the keyboard still works though. But I can just see it all setup, would be the perfect replacement. Quote:
If it can replace my towered A1200 then I'm keen, although I'd miss the Voodoo 5500 and the 320MB RAM :-/ But its aging so I need to replace it with something, temperamental old girl that it is. Quote:
|
|||
20 April 2015, 10:56 | #37 |
Thalion Webshrine
Join Date: Jan 2004
Location: Oxford
Posts: 14,480
|
|
20 April 2015, 17:29 | #38 |
Registered User
Join Date: Feb 2015
Location: Sweden
Age: 50
Posts: 2,988
|
Lurch, JimDrew is actually working on the FPGA arcade, Im just following the project (and got to see the actual board a year ago).
Anyhoo, the FPGA is NOT (yet) the ultimate Amiga setup that gives a 060 equipped 1200 a kicking. It is an attempt to to a very exact reimplementation of the original A1200, improving speed only where it doesnt break compatibility. Remember, the Amiga will barely boot from a 060 without stuff like cyberpatcher. So any software that uses the FPU or any specific 040 or 060 instructions is not likely to work with the FPGA arcade, much like a "vanilla" a1200 wouldnt. |
21 April 2015, 06:43 | #39 |
Registered User
Join Date: Dec 2013
Location: Lake Havasu City, AZ
Posts: 741
|
The CPU core has 020 instruction set implementation. The 030/040/060 are different enough to cause compatibility issues with various software. The 020 has the majority of the extended instructions and fortunately most programs had to be A1200 compatible to be popular. So, the 020 (even if it's 100MHz+ in speed) makes the most sense for main stream compatibility. However, there is adjustable speed and a 68000 fall back mode that really takes it to another level.
The 060 daughter board is an 060, so you will be able to run anything and everything 060 specific with it. Last edited by JimDrew; 21 April 2015 at 20:02. |
21 April 2015, 14:35 | #40 |
Registered User
Join Date: Oct 2009
Location: Germany
Posts: 3,311
|
On the other hand in users point of view they use 030/040/060 since 15-20 years and not 020. Maybe it is just an individual choice/experience. E.g. with my 040 (FPU/MMU) almost everything works fine. Hence, for me a 020 system would be less compatible then a 040 system. Hence, I would need to make it 020 compatible.
Only very old software (tools) have problems with 020+. For games/demos there is WHDLoad. A 68000 fall back is nice but I won`t care much. For me FPGA Arcade, Mist, Minimig are more or less the same "toys" that may replace A500(+)/A600. So the specs are ok for that goal. An A1200/A4000 replacement need of course other specs. As you can see that is all about individual. |
Currently Active Users Viewing This Thread: 1 (0 members and 1 guests) | |
Thread Tools | |
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Minimig 060 AGA core on FPGA-Arcade | Amiga1992 | Retrogaming General Discussion | 47 | 01 January 2016 01:25 |
fpga for ecs -> aga | turrican3 | support.Hardware | 17 | 14 August 2013 00:09 |
Which FPGA Implementation of Amiga are you looking forward too? | digiflip | Amiga scene | 44 | 05 June 2011 23:22 |
Which FPGA Implementation of Amiga do you think has the best chance? | digiflip | Amiga scene | 4 | 29 May 2011 08:31 |
Best Amiga E implementation | Madcrow | Coders. General | 1 | 25 June 2008 00:54 |
|
|