> I think they should forget the x3500

In fact, I see indications that this may be the case. Refer to these blog articles and postings by A-Eon/AmigaKit where the X5000 is mentioned but the X3500 is not:

http://www.amiga.org/forums/showpost.php?p=760751 (March)
http://blog.a-eon.biz/blog/?p=6167 (April)
http://www.amiga.org/forums/showpost.php?p=768540 (July)
http://www.amiga.org/forums/showpost.php?p=768736 (July)
http://blog.a-eon.biz/blog/?p=6392 (July)
http://blog.a-eon.biz/blog/?p=6725 (October)

(Besides, Trevor seems to increasingly sneak in spellings like "AMIGAone" and "AMIGA one" to the detriment of traditional "AmigaOne" or "AmigaONE".)


Edit: added one more link

[ Edited by Andreas_Wolf 12.10.2014 - 18:52 ]

>> I think they should forget the x3500
>In fact, I see indications that this may be the case.

IMO, P5010 might be more usefull than P3041 option.

(and someone else should do T1 based boards for low end, then all new boards would use the same generation of CPU cores.)

Quote:

I have been saying that for awhile.

What would the difference between the X3500 and the X5000 be anyway?

It uses a processor with a different core.

> What would the difference between the X3500 and the X5000 be anyway?

https://morph.zone/modules/newbb_plus/viewtopic.php?forum=3&topic_id=7001&start=799

Jim is right. Details there:

http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P5040
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P5020
http://www.freescale.com/webapp/sps/site/prod_summary.jsp?code=P3041

Personally, I don't find the e500mc core particularly attractive when low cost e5500 based products are available.
Then there are the new PPC476FP based products Andreas has mentioned.
And AMCC almost had a few decent introductions (although they appear to be moving off into ARM).

Frankly, I would like to see A-eon drop the X3500 and introduce an X6500 with an e6500 cored cpu.

[ Edited by Jim 20.07.2014 - 05:14 ]

> I would like to see A-eon [...] introduce an X6500 with an e6500 cored cpu.

I believe that may be the plan anyway, as successor to the X5000 (and probably with a different name).

Quote:

Well, thread has gone to AEON Cyrus boards, but please do update it with any SAM460 and MorphOS news, when related.

On the AEON topic (maybe should be separated) as far as I do remember Trevor stated in Obligment interview "- Are the ports of Linux, AROS and MorphOS are possible on the AmigaOne X1000 ? Will you encourage this ?

While I personally have no objection to other Operating Systems being ported to the A1-X1000 our main aim is to provide a modern power platform to showcase the advanced features of AmigaOS. The A1-X1000 has been developed specifically to run AmigaOS 4 and will be supplied with AmigaOS 4 from the beginning. However, we certainly won't discourage people who want to port other Operating Systems to the new hardware."

Which generally means that IF MorphOS team decides (Before going ARM, x64 or whatever) that e.g. Cyrus is viable and avail platform, faster and modern then G4 and G5 Macs (where AmigaOne X1000 failed mainly because of CPU choice) in despite of price, they can support it too.

From discussion, solely as new and modern PPC board Cyrus does generate interest. And what would be most interesting to see is MorphOS fully supporting such boards before AmigaOS 4.x At the other hand, like with SAM460ex, some audio and gfx drivers development to PCI-E cards would be overall benefitial for development of OS.

As usual, just theoretical talk. But its good to see Trevor publishes MorphOS related news on his blog too and updates it regularly.

@vox

Your quote is from 2010.

A lot has happened since then.

#6

> please do update it with any SAM460 and MorphOS news, when related.

This will happen more likely in that thread: https://morph.zone/modules/newbb_plus/viewtopic.php?topic_id=8931&forum=11

> IF MorphOS team decides [...] that e.g. Cyrus is viable and avail platform,
> faster and modern then G4 and G5 Macs (where AmigaOne X1000 failed
> mainly because of CPU choice) in despite of price, they can support it too.

Absolutely. And I'm not even sure it really must be "faster [...] then G4 and G5 Macs", as can be seen by the announced Sam460 port.

> what would be most interesting to see is MorphOS fully supporting such
> boards before AmigaOS 4.x :-)

Which on-board component(s) do you have in mind here?

> Your quote is from 2010. A lot has happened since then.

Is there anything in Trevor's quote that you think isn't valid today anymore?

Quote:

Quote:


Publically we know that linux distros have expanded for Amigaone X1000 since Trevor's interview from 2010.
In fact the link from XENO, who is a big part of these projects is fairly prominent - "amigalinux.org".

Source

I would suggest discussing anything beyond that would be better served by contacting Trevor directly.

#6

> I see SAM440 is also mentioned

As platform not to be supported, yes.

> As CPU its quite the similar chip

Yes, depends on the definition of "similar":

http://amigaworld.net/modules/news/article.php?storyid=5807&start=60#77871

> Simply by tech sheet honestly those Freescales looks so nice they should
> be new enough to be faster

I'm not sure a 2.2 GHz e5500 is faster than a 2.7 GHz PPC970 core.

> as with Efika, its not the high end that is goal

The port to the Efika 5200B was paid for, that's the reason it exists.

> but versatility of platforms.

The port to the Sam460 has been primarily worked on to have a target platform that's available as new.

> I haven`t seen Trevor being against MorphOS [...] recently.

I haven`t seen Trevor being against MorphOS ever ;-)

> those systems (Acube,AEON) will go on sale madatory with OS4

Also for ACube's industrial customers? ;-)

> will Trevor offer free system to developers - which I believe he did with X1000

"They never sent me an X1000 as promised so I could support the mainline kernel on it, so I'm sorry but you're mostly on your own here."
https://bugzilla.kernel.org/show_bug.cgi?id=67811#c1

>>> what would be most interesting to see is MorphOS fully supporting such
>>> boards before AmigaOS 4.x :-)

>> Which on-board component(s) do you have in mind here?

> SAM460 - full onboard SATA2

Okay.

> RadeonHD with 3D

Not an on-board component.

> x1000/Cyrus - onboard Network

Yes, on-board network driver for X1000 has been available only for betatesters for over a year.

> mem card onboard

Okay.

> RadeonHD with 3D

Again, not an on-board component.

> even any use of second core and beyond

Not likely, I think.

> + Filesystem support that would enable file share between AmigaOS, Linux and MorphOS

FAT? NTFS?

> As CPU its quite the similar chip

>Yes, depends on the definition of "similar":

Basically as CPU is almost the same changed frequency and cache.
https://en.wikipedia.org/wiki/PowerPC_400#PowerPC_460

http://amigaworld.net/modules/news/article.php?storyid=5807&start=60#77871

> Simply by tech sheet honestly those Freescales looks so nice they should
> be new enough to be faster

>I'm not sure a 2.2 GHz e5500 is faster than a 2.7 GHz PPC970 core.

I ment in multicore edition. As far as I can see it has slightly more DMIPS/Mhz to compensate the difference, slightly more cache and a bit better FPU which slould bring about the asme user feeling. We ll know more once we have the Cyrus and Linux to test it.
https://morph.zone/modules/newbb_plus/viewtopic.php?forum=3&topic_id=7001&post_id=74512&viewmode=flat&sortorder=0&showonepost=1

> but versatility of platforms.

>The port to the Sam460 has been primarily worked on to have a target platform that's >available as new.

Which I interpret as versalility - availiability of both high performance and low performance, used and new hardware (even in this case used hardware outperforms new)

> those systems (Acube,AEON) will go on sale madatory with OS4

>Also for ACube's industrial customers?

To be honest, never heard of, even that would be nice for them (to sell it as Linux embed sys and to have more sales)


> will Trevor offer free system to developers - which I believe he did with X1000

>"They never sent me an X1000 as promised so I could support the mainline kernel >on it, so I'm sorry but you're mostly on your own here."
>https://bugzilla.kernel.org/show_bug.cgi?id=67811#c1

That is about Linux?

I believe they were offered the Nemo board (and that Trevor would honor that still if asked politely)
https://morph.zone/modules/newbb_plus/viewtopic.php?forum=3&topic_id=7183&post_id=74161&viewmode=flat&sortorder=0&showonepost=1

>>> what would be most interesting to see is MorphOS fully supporting such
>>> boards before AmigaOS 4.x

>> Which on-board component(s) do you have in mind here?

> SAM460 - full onboard SATA2

>Okay.

Which OS4 doesn`t support with DMA

> RadeonHD with 3D

>Not an on-board component.

Agreed but onboard gfx is next to useless, and it would benefit to overall OS step ahead, even it would be for start just Radeon 4000HDs. A bit strange situation where all RadeonHDs are supported by paid driver - but in 2D only and one has to add generally slower 9250 to get 3D gfx going. MorphOS has gone further in 3D area, but HD Radeons are anyway next challenge.

> x1000/Cyrus - onboard Network

>Yes, on-board network driver for X1000 has been available only for betatesters for ?>over a year.

True, but is not avail to general X1000 users, so its not out yet. Still additional and slower PCI card has to be used, not to mention more cables.

> mem card onboard

>Okay.

Which is essential as it can boot both AmigaOS, Linux and even could MorphOS but is not visible from AmigaOS. Sad and strange since its nice move to have it.

>Again, not an on-board component.

> even any use of second core and beyond

>Not likely, I think.

I understand the limits, but even use of it as separate VM could be great and benefitial - e.g. running Linux from kind of hardware Hypervisor since X1000/Cyrus support it instead of rebooting to it. That could instantly add usage of Linux apps via such switch, if its possible.

> + Filesystem support that would enable file share between AmigaOS, Linux and MorphOS

>FAT? NTFS?

FAT32 at least, NTFS and EXT4 if possible.

>> "They never sent me an X1000 as promised so I could support the mainline kernel
>> on it, so I'm sorry but you're mostly on your own here."
>> https://bugzilla.kernel.org/show_bug.cgi?id=67811#c1

> That is about Linux?

Yes, obviously.

> I believe they were offered the Nemo board

According to Olof Johansson, he was promised a board but never sent one.

>>> + Filesystem support that would enable file share between AmigaOS, Linux and MorphOS

>> FAT? NTFS?

> FAT32 at least, NTFS and EXT4 if possible.

FAT32 and NTFS are already supported by OS4, Linux and MorphOS. That's why I mentioned them.

> That is about Linux?

>Yes, obviously.

Well, things were changed a lot thanks to Xenos work. Now almost any PPC64 Linux can be used + Ubuntu can be easily modified with use of package manager to have almost every possible graphic envirovment and programs. Great progress made on that front.

> I believe they were offered the Nemo board

>According to Olof Johansson, he was promised a board but never sent one.

Why not asking Trevor again if it has purpose of any future development?
Its not that bad at all once you start using it - its enough horsepower
to decently run Linux (Libre, Firefox, GIMP ...) and well enoygh for OS4.
Only trouble is the price, but that seems to be small market economy.

>>> + Filesystem support that would enable file share between AmigaOS, Linux and MorphOS

>> FAT? NTFS?

> FAT32 at least, NTFS and EXT4 if possible.

>FAT32 and NTFS are already supported by OS4, Linux and MorphOS. That's why I >mentioned them.

Well, not really. To best of my knowledge, you cannot format a FAT32/NTFS partition from OS4 Partition manager, and neither it can see already made on under Limux partition manager, at least not instantly. If I understand recent progress
http://amigax1000.blogspot.com/2014/02/filesysbox-ntfs-with-sata-hd-on-x1000.html

it needs a separate hard drive. Or at least was used in that example. HAve to admit haven`t tried that on my own. But even if it needs a separate drive it is better then nothing.

How does MorphOS do on that front, a common data partition is helpful?

> How does MorphOS do on that front [...]?

AFAIK, no separate drive needed for FAT32 or NTFS, but may depend on used partition layout (RDB, APM).

Quote:

Good, another nice to see feature of MorphOS. As far as I have read, it can also boot from PFS if inserted in RDB, which is also nice feature. I wonder how better is that IceFS http://blubbedev.net/icefs/ compared to PFS/SFS/FFS2?

(Just planning future partitions and file systems since I would like to have Xenos Linux too and shared data partition on an SSD)

> As far as I have read, it can also boot from PFS if inserted in RDB

Yes, if you mean the MorphOS system partition, not the boot partition with the boot.img file. But this only works on Pegasos and Efika 5200B (and Sam460 in future I guess) as the Mac OpenFirmware doesn't know RDB.

> I would like to have Xenos Linux too

Linux for the Sam460 is done by Spectre660, not by xeno74.

>>> those systems (Acube,AEON) will go on sale madatory with OS4

>> Also for ACube's industrial customers? ;-)

> To be honest, never heard of

"We sell boards also outside the Amiga market even if Amigans are the most of our customers."
http://www.retroplanet.gr/content/interview-acube-srl-%CF%83%CF%85%CE%BD%CE%AD%CE%BD%CF%84%CE%B5%CF%85%CE%BE%CE%B7-acube-srl

> I would like to see A-eon drop the X3500

"The X3500 lives in silicon but we only have a few units for internal testing."
http://amigaworld.net/modules/newbb/viewtopic.php?topic_id=39529&forum=33#744691

Quote:

PFS3 has been included in the boot.img since several MorphOS versions, now. Thus PFS3 will also works for Macs. Naturally the boot.img partition must be HFS still.

>> this only works on Pegasos and Efika 5200B (and Sam460 in future I guess) as the
>> Mac OpenFirmware doesn't know RDB.

> PFS3 has been included in the boot.img since several MorphOS versions, now. Thus PFS3
> will also works for Macs.

Ah yes, thanks for the correction. I missed (or forgot?) that somehow.