PPC Developers Board

[downix]

itix wrote:

603PPC, 060 processor

Are those CPUs available anymore?

Yes, 060's come at up to 100Mhz now, and 603e's can reach 300Mhz.

Incidentally, I have a bus interface module designed for the 750-series as well.  Was going to use it in Eddas back when I flirted with using a PPC (too many headaches for me), but glad to donate it if you'd like.

[kolla]

Yes, 060's come at up to 100Mhz now

You have reference for this, other than slightly vapored CT60?

Freescale certainly has no clue about this, they sell full 060 at 50MHz and 60MHz, and have LC (broken FPU) and EC (broken FPU and MMU) available up to 75MHz.

http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MC68060

[AJCopland]

It'd be nice if you could put up a page, or ask someone to host a page, about the schematics/pcbs/modules etc that you've got. It might come to nothing but it could also give people a head start with their own interests.

I'd be willing to donate the hosting for them. PM me if you're interested.

Andy

[downix]

kolla wrote:

Yes, 060's come at up to 100Mhz now

You have reference for this, other than slightly vapored CT60?

Freescale certainly has no clue about this, they sell full 060 at 50MHz and 60MHz, and have LC (broken FPU) and EC (broken FPU and MMU) available up to 75MHz.

http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=MC68060

Have a dishwasher with a 68EC060 that runs at 100Mhz, didn't look to see if a) it's overclocked or b) if it was available in normal 060's.  My appologies, what I said, retracted.

[AJCopland]

@HenryCase
I take it that you've basically said to DCE: "I just want to produce more of these cards and give you money, I'll take care of all support, manufacturing and other issue, where is the part of that deal you don't like?" :-D

Andy

[HenryCase]

downix wrote:
Schematics are done, it's the pcb that I am slow at. (never been fast at pcb's sad to say) Would you like me to post the schematics as/is so as to see what I am attempting to do?

Downix, that would be useful.

Tahoe wrote:
Actually, tha fact that you have been negotiating for over a month in itself is pretty revolutionary, usually DCE bins everything even partly relating to Amiga.
I still wonder why they are so adiment in not wanting to do business with us.

Tahoe, yes it is unusual that DCE haven't wanted to do business with us. The only explanation I was given was that DCE lost a lot of money in the Amiga market (most likely from when the market was collapsing), but surely that's even more reason to sell me/us the rights to the Amiga devices they own? Anyway, I haven't given up on DCE just yet, I'm just trying to look at all our options.

kolla wrote:
Why bother with PPC on the MiniMig, when OS4 doesnt need it?

Kolla, OS4 does need PPC to run.

kolla wrote:
I'd guess it's even easier to build new proper PPC boards using modern chips, than to build old acc-boards.

Recreating the Phase5 PPC developer board is just the beginning, the ultimate plan for this tech is using it to develop new PPC accelerators for classic hardware, PPC Minimigs, etc...

downix wrote:
Incidentally, I have a bus interface module designed for the 750-series as well. Was going to use it in Eddas back when I flirted with using a PPC (too many headaches for me), but glad to donate it if you'd like.

Should be useful for future developments, and any PPC information is very welcome, I have a lot of learning ahead of me. Thanks downix.

Eddas, what's that?

AJCopland wrote:
It'd be nice if you could put up a page, or ask someone to host a page, about the schematics/pcbs/modules etc that you've got.

AJCopland, I'm assuming you're talking to downix here, as I don't have any schematics yet. However, when I do get this project up and running I would be looking for somewhere to host the information, so I will PM you at this point to see if you can help me. Hope that's alright.

AJCopland wrote:
@HenryCase
I take it that you've basically said to DCE: "I just want to produce more of these cards and give you money, I'll take care of all support, manufacturing and other issue, where is the part of that deal you don't like?" :-D

Andy

Not too far off AJCopland. :-D
Basically I said I'd like to buy the rights to the Blizzard 2060/2604 from DCE (I'd discuss the PPC developers board once I could ensure that the other devices were on the table). I offered to do the vast majority of the legal work, travel to Germany to pick up the kit, etc... I even offered them €50 just to have some information on the devices (name of software used to write drivers, volume of stock available, etc...). Not interested (so far).

Manufacturing was a different issue. I always intended to recreate the tech using FPGAs (Virtex-4s maybe) so that we could be free from legacy hardware speeds and non-RoHS compliant parts. DCE know this is my plan. I have had encouragement from them to build a whole new PPC accelerator, but that's a lot more extra work and would remove the possible OS4 benefits (if OS4 can run on Blizzard 2060+PPC dev board that is!).

[downix]

HenryCase wrote:

downix wrote:
Incidentally, I have a bus interface module designed for the 750-series as well. Was going to use it in Eddas back when I flirted with using a PPC (too many headaches for me), but glad to donate it if you'd like.

Should be useful for future developments, and any PPC information is very welcome, I have a lot of learning ahead of me. Thanks downix.

I'll dig it out  It is based on the Xilinx reference design for the Virtex 2, so it will likely need to be adapted to a new source

Eddas, what's that?

Enhanced Direct Data Acceleration System, a chipset I've been tinkering with since '97.  By tinkering I mean writing specs, doing some coding, finding that I made a judgement error, go back to specs, recode, retest... At present it's a SPARC based IO Processor w/ DSP accelerator tied to a a video display system and audio engine.  Never likely will finish it, no time to finish development, and the target keeps moving.

[Lemmink]

About DCE:

They are afraid that once they sold anything to anyone they will be buged with questions: "How does this work, where is the missing page 89 of the documentation, do you think it will be OK exchange nomoremade part A by yetavailable part b"
I`m afraid unless you can garantee them a deal that goes like this: "I give you the money, you give me the stuff and after that we will never talk to each other again" your chances of success are slim.

About OS4 on Blizz2060 + dev board:

I doubt that it will work out of the box. For WarpOS for example a different version of powerpc.library is needed for the dev board (you can choose between BlizzardPPC, CyberstormPPC and DeveloperbBoard during WarpOS installation).
Though it might only be minor changes like how to initialise the PPC or where in the system it can be found, but they would require changes in OS4. With about 15-20 of those dev boards in existance it is (yet) doubtfull that Hyperion will put any effort in making the required changes.

[Damion]

I`m afraid unless you can garantee them a deal that goes like this: "I give you the money, you give me the stuff and after that we will never talk to each other again" your chances of success are slim.

I agree, or make it clear that anything after the fact would be on a paid consultation basis.

[freqmax]

Regarding PPC capability. Isn't it more efficient to use a Xilinx Virtex-4 FX or similar with builtin PPC ..?
(which can run ordinary m68k minimig on the standard logic matrix)
V-4FX
http://www.xilinx.com/products/silicon_solutions/fpgas/virtex/virtex4/capabilities/index.htm
V-II Pro
http://www.xilinx.com/products/silicon_solutions/fpgas/virtex/virtex_ii_pro_fpgas/capabilities/index.htm


Is there anything in particular that makes it worthwhile to persue DCE rather than reverse engineer existing hw/sw ..?

Is there a standard spec for Amiga PPC accelerators, or a defacto one?, otherwise maybe one have more freedom in choosing the functionality.

[kolla]

kolla wrote:
Why bother with PPC on the MiniMig, when OS4 doesnt need it?

Kolla, OS4 does need PPC to run.

What I meant is that OS4 doesnt need MiniMig :-)

[HenryCase]

downix wrote:
I'll dig it out It is based on the Xilinx reference design for the Virtex 2, so it will likely need to be adapted to a new source

Thanks downix. Please contact AJCopland if you need help with hosting the information.

downix wrote:
Enhanced Direct Data Acceleration System, a chipset I've been tinkering with since '97.

Sounds interesting. From your description it sounds like a configurable input device platform which also handles video and audio processing. Is that right? How do you envision the chipset being used, what improvements would it bring to a system (if it was finished)?

Lemmink wrote:
About DCE:

They are afraid that once they sold anything to anyone they will be buged with questions: "How does this work, where is the missing page 89 of the documentation, do you think it will be OK exchange nomoremade part A by yetavailable part b"
I`m afraid unless you can garantee them a deal that goes like this: "I give you the money, you give me the stuff and after that we will never talk to each other again" your chances of success are slim.

That is a very good point, I never assumed that this is why DCE would be reluctant to do business with me. I certainly will not be bugging them with questions should I ever purchase the board. I will make this clear in my next e-mail to them.

Lemmink wrote:
About OS4 on Blizz2060 + dev board:

I doubt that it will work out of the box. For WarpOS for example a different version of powerpc.library is needed for the dev board (you can choose between BlizzardPPC, CyberstormPPC and DeveloperbBoard during WarpOS installation).
Though it might only be minor changes like how to initialise the PPC or where in the system it can be found, but they would require changes in OS4. With about 15-20 of those dev boards in existance it is (yet) doubtfull that Hyperion will put any effort in making the required changes.

These are definitely concerns, but I would like to see if OS4 can use the developer board option, as it could be an undocumented feature. Preferably I'd like someone to test OS4 on a Blizzard 2060 + PPC dev board. I know the amiga.org user hakker has such a device, hopefully I can get hold of him soon. Does anyone else here own a Blizzard 2060 + PPC dev board? I'm prepared to buy a copy of OS4 for whomever is willing to test out compatibility for us.

If OS4 compatibility isn't offered straight out of the box, it might be possible to create a small workaround without breaking OS4. For instance if OS4 currently needs a certain library file to be present at boot time, we could create a dummy file with the same name and use it to pass calls through to the developer board drivers.

freqmax wrote:
Regarding PPC capability. Isn't it more efficient to use a Xilinx Virtex-4 FX or similar with builtin PPC ..?

Freqmax, I've been thinking about the Virtex-4 FPGAs for a while now. The fact that chips like the Virtex-4 exist is one of the major reasons my project is even slightly feasible.

freqmax wrote:
Is there anything in particular that makes it worthwhile to persue DCE rather than reverse engineer existing hw/sw ..?

The time taken to develop a brand new device vs the time taken to adapt an existing device to our needs still makes DCE worth pursuing IMO. Reverse engineering would give us the results we want but we could get to where we wanted to be much faster if we had access to the designs.

freqmax wrote:
Is there a standard spec for Amiga PPC accelerators, or a defacto one?, otherwise maybe one have more freedom in choosing the functionality.

As far as I knew Phase5/DCE were the only companies to ever release PPC accelerators for the Amiga, so I suppose their devices are the de facto ones. Did any other companies develop PPC hardware for Amiga?

kolla wrote:
What I meant is that OS4 doesnt need MiniMig :-)

Kolla, OS4 definitely needs more hardware capable of running it. Minimig could be one of those solutions. I don't expect any new OS4 hardware from AInc (or OS4 support for existing hardware from Hyperion) until the court case is settled. In fact, new OS4 hardware/support may not even come along at all.

[kolla]

kolla wrote:
What I meant is that OS4 doesnt need MiniMig :-)

Kolla, OS4 definitely needs more hardware capable of running it. Minimig could be one of those solutions.

OK?
Let's say you've made a MiniMig with PPC - now what?

[HenryCase]

kolla wrote:

kolla wrote:
What I meant is that OS4 doesnt need MiniMig :-)

Kolla, OS4 definitely needs more hardware capable of running it. Minimig could be one of those solutions.

OK?
Let's say you've made a MiniMig with PPC - now what?

After a PPC Minimig was created, we'd probably need to do some work to get OS4 working on it. After this, the OS4 h/w problem is solved.

More OS4 h/w means more users of OS4, which means more OS4 development. How hard is that to understand?

[downix]

HenryCase wrote:

downix wrote:
I'll dig it out It is based on the Xilinx reference design for the Virtex 2, so it will likely need to be adapted to a new source

Thanks downix. Please contact AJCopland if you need help with hosting the information.

Have my own host, thankfully, just need to get off my butt and get it all together

downix wrote:
Enhanced Direct Data Acceleration System, a chipset I've been tinkering with since '97.

Sounds interesting. From your description it sounds like a configurable input device platform which also handles video and audio processing. Is that right? How do you envision the chipset being used, what improvements would it bring to a system (if it was finished)?

Rather than stcking to old standards, which eat up silicon and slow down the system, it is a whole-cloth design change.  The video display system, for instance, can generate a windowing GUI in a fraction of the RAM than a vga-based display system, and context switching or even resolution switching is also much simpler.  

The basic concept is, rather than add modern features such as memory control, DMA, and bus mastering to an older (XT) based system, you build it from the ground up around these concepts.  You get a performance boost for general functionality and can grow the system with less conflicts as well.  In addition, it is flexible in nature, so rather than having a massve GPU that sits idle while you crunch spreadsheets, you have a massive DSP which can run your spreadsheet, or as a GPU for when you run that must-have game.  I'm in the middle of re-designing this DSP to avoid several patents I ran across.

[HenryCase]

downix wrote:
Have my own host, thankfully, just need to get off my butt and get it all together

Cool beans.

downix wrote:
Rather than stcking to old standards, which eat up silicon and slow down the system, it is a whole-cloth design change.  The video display system, for instance, can generate a windowing GUI in a fraction of the RAM than a vga-based display system, and context switching or even resolution switching is also much simpler.  

I have no idea how you are achieving this, but well done anyway!

downix wrote:
The basic concept is, rather than add modern features such as memory control, DMA, and bus mastering to an older (XT) based system, you build it from the ground up around these concepts.  You get a performance boost for general functionality and can grow the system with less conflicts as well.  In addition, it is flexible in nature, so rather than having a massve GPU that sits idle while you crunch spreadsheets, you have a massive DSP which can run your spreadsheet, or as a GPU for when you run that must-have game.  I'm in the middle of re-designing this DSP to avoid several patents I ran across.

Could you achieve a similar result by designing a hardware template that included a Tesla GPU as standard, running an OS built using CUDA? More info here:
http://www.nvidia.com/object/tesla_computing_solutions.html