Amiga.org
Amiga News and Community Announcements => Amiga News and Community Announcements => Announcements and Press Releases => Topic started by: Targhan on March 05, 2003, 10:11:55 AM
-
In a joint statement, Raquel Velasco, Bill Buck, and greenboy clarify some outstanding issues about the future of Genesi, the role of Phoenix, and the DTV set-top-box.
Further, they are expressing their desire to bring more developers on board.
We are very pleased how with how the Phoenix/Genesi relationship is developing. Genesi is in the process of formally organizing itself into two distinct activities:
1. One to support the task oriented objectives focused on the delivery of the DTV STB by the end of 2003.
During the month of March Genesi will transition existing consulting/ employment agreements to the new structure. A list of well known Developers in the "Community" will be joining Genesi. These individuals will be almost exclusively focused on the DTV STB project.
2. The Future of the Pegasos and MorphOS, including the release of the Pegasos II using the Marvell northbridge.
The difficulties with the Articia have delayed the Pegasos long enough. The Pegasos II development has begun and WILL be completed sooner than expected.
Genesi will operate from offices in Luxembourg, France, and Germany with a branch office in Switzerland. "Virtual" offices will also operate in the USA and the UK. An extensive Internet sales and support infrastructure is being implemented.
Genesi and Phoenix are seeking collaborators in nearly every area. Here is a full list of Phoenix mailing lists that are now devoted to Genesi development:
Phoenix@phinixi.com - general discussion and internal announcements
PhAnn@phinixi.com - newsfeed to broadcast announcements to outside news sites and forums
PhrojectOS@phinixi.com - Open Source community with an emphasis on porting and supporting Open Source work
These are moderated by greenboy and open to all interested parties who meet Phoenix's expanded definition of DEVELOPER: coders, web designers and publishers, financiers, beta testers, translators, arts and media specialists, etc.
Then:
PhAppTeam@phinixi.com - applications (Chairman: Felix Schwarz)
PhDemoScene@phinixi.com - demo scene (Chairman: Mikko Virtanen)
PhGameTeam@phinixi.com - games for DTV STB (Chairman: Thomas Steiding)
PhReseller@phinixi.com - distributors/resellers (Chairman: Adam Carrano, Christophe Decanini)
PhWeb@phinixi.com - Phoenix website design and maintenance
(Webmaster: Gary Cunningham-Lee, Admin: greenboy, with support from Genesi WebDev Team Leader Damien McKenna)
Lists we are considering:
PhGames@phinixi.com - games for Pegasos on the desktop
PhREBOL@phinixi.com - should Rebol be part of the platform?
PhDigAudio@phinixi.com - to ramp up what Nicholas Blachford's MORloud started. Note: Genesi has licensed ProStation Audio for MorphOS from Maurizio Ciccione of AudioLabs. ProStation Audio will be bundled with the OS.
PhVideo@phinixi.com - from here the videomicrowave will take off. It begins with MediaPoint, and scales into a special IOSPIRIT offering - along with many other goodies being planned and soon to come.
All requests to join Phoenix/Genesi mail lists are welcome! - just send email with a brief bio/CV to greenboy@phinixi.com
-
My 2 pennies: I knew something was up when I was told about the Felix thing...
Here's the url to "Marvell" and their controllers: http://www.marvell.com/products/communication/discoveryII/index.jsp (http://www.marvell.com/products/communication/discoveryII/index.jsp)
-
That's offical confirmation that Pegasos II will run the Galileo DiscoveryII. In terms of Amiga Inc and Hyperion it's probably good news as it means it's a great deal more effort for someone to get an unlicensed copy of AmigaOS4.x running on Pegasos II.
Not only would a ROM dongle have to cracked, an additional HAL is needed, or patch/hack on the current one.
Neil Thomas, AKA MiniBobF
-
@Targhan
I notice there is no mention of AGP at all, only PCI and PCI-X. Did I miss something when I was reading it?
If so, it seems like all the controllers are limited to older and slower PCI graphics cards.
-
I notice there is no mention of AGP at all, only PCI and PCI-X. Did I miss something when I was reading it?
If so, it seems like all the controllers are limited to older and slower PCI graphics cards.
That's possible. Unless they have someway to emulate AGP on the PCI bus? The AGP signal set is a subset of the PCI Bus. After a discussion I had with a chap on the AmigaOne mailing list, it seems the internals of an AGP device have additional registers (GART) and they lack a few features of PCI.
Unless they can find some way to emulate the AGP functionality (A skilled VHDL/ABEL programmer armed with FPGA tools could do this), then your assumption could be correct - they will be limited to PCI Graphics cards. That by no means mean they are slow though - but are modern graphics chipsets available in PCI form??
Neil Thomas, AKA MiniBobF
-
This is VERY good news for Amiga Inc. and Hyperion since one looser (Bill Buck) joins forces with another looser (David Greene).
that Phoenix group has to be one of the greatest failures ever in software development.
-
Pardon my ignorance, but who is David Greene?
-
Pardon my total ignorance, but who is David Greene?
David Greene alias greenboy ?
-
:smack: :python:
Thanks catohagen!
-
Hi trgse, we are sure like some people in this community you are frustrated by our success. Your insults are not necessary. Just stick to other threads. Phoenix never had any support or substance behind them. Now they do. We can already see positive results. There is really no sense in continuing all the bickering back and fourth. We are moving ahead with or without you.
There is a translation for Spanish speakers here (http://cuaz.sourceforge.net/modules.php?name=News&file=article&sid=56&mode=&%3Cbr%20/%3Eorder=0&thold=0).
Sincerely,
Raquel and Bill
Genesi
P.S. Cato, we noticed your posts on ANN and here. Thanks for being civil! :-)
-
@MiniBobF
Thanks for your reply. Some of ATIs chipsets work on the PCI bus (I dont know about their latest ones though).
-
>>Hi trgse, we are sure like some people in this
>>community you are frustrated by our success. Your
>>insults are not necessary. Just stick to other
>>threads. Phoenix never had any support or
>>substance behind them. Now they do. We can
>>already see positive results. There is really no
>>sense in continuing all the bickering back and
>>fourth. We are moving ahead with or without you.
Or you can leave this Amiga news site and do your marketing else where!
don't you just hate SPAM!
SPAM SPAM SPAM!
-
@trgse:
Hey, that's not called for. Buck has finally managed to put together a statement which doesn't include any FUD against the AmigaOne. It's a change for the better, so let's just leave him alone on this one.
Kay
-
This is the correct URL for the Spanish translation (http://cuaz.sourceforge.net/modules.php?name=News&file=article&sid=56&mode=&order=0&thold=0)
;-)
-
This is VERY good news for Amiga Inc. and Hyperion since one looser (Bill Buck) joins forces with another looser (David Greene).
It's loser, not looser!
And, uh, it's not like me to step in for Genesi, but...
I know some people would have something against Bill Buck out of anger about anti-AInc/A1/OS4 posts in the past (or just out of blind prejudice) but how can you even know David Greene?
Anyway, it's not so good for AInc as you think. Like it or not it's a very good alliance for Genesi, which is more than can be said for AInc's very foolish alliances when building the DE and later with the Evil Gatesian Empire, who eat small companies for breakfast and spit out the bones.
-
As long as Buck and friends actually release products then that is all what matters.
-
That's possible. Unless they have someway to emulate AGP on the PCI bus? The AGP signal set is a subset of the PCI Bus. After a discussion I had with a chap on the AmigaOne mailing list, it seems the internals of an AGP device have additional registers (GART) and they lack a few features of PCI.
Most of the difference between AGP and PCI is inside the chip, not in the bus itself. There are several techniques to bridge an AGP bus onto a PCI bus out there. I would point out that the Marvell has PCI-X, which rivals AGP 8x in speed. This means that some bandwidth can be lost in the translation process and still get top-speed AGP functionality. Even a standard PCI 64-bot 66-Mhz bus can be bridged to deliver AGP 2x speed to a peripheral card. The card doesn't *care* how the northbridge actually handles it, so long as it gets the bandwidth needed.
I would note, Genesi has several talented VHDL/Verilog coders among their staff.
-
just read above, so editing my post...
of course the card doesn't care, but what I don't understand why it is cheaper or more effective to build this bridge solution than to just build a northbridge that does what you want.
frankly this does go into the realm of internal developer decisions, that I don't really care about.
But I did find it interesting that Genesi can announce, DDR support, they can announce the CPU support,
they can even tell us the brand name on the northbridge, but they cannot tell us if it will support AGP or not.
So far anyway, the only thing I got on ANN was a supporter saying that was an internal engineering question that Amigans wouldn't care about....excuse me, don't care about the accelerated graphics port? They can name every chip in their machine.....
sigh
-
pci cards are old and very expensive we are meant to be going forward not ten years back
ill stick to my amigaone. :-) :-)
-
@downix
Well hopefully they will aim higher than AGP 2x
-
of course the card doesn't care, but what I don't understand why it is cheaper or more effective to build this bridge solution than to just build a northbridge that does what you want.
The logic needed is far cheaper. An AGP bridge to PCI uses between 2000 and 3000 gates, that's a $2 programmable array. A whole northbridge can run upwards of 400,000 gates for a simple one, over a million for one that can match the Marvell in performance. A 1 million gate array that runs at the speed needed is $300 or more.
As for the final speed, the speed won't go down any from the bridge, but nobody will commit to the final speed until we've finished testing it. Genesi does not like to break promices, and while we are very sure that we can get one speed out, we're making damned well sure first before advertising it.
-
@downix
Thanks, well that 'splains it.
Quite frankly I was worried that a pci solution would be the end result.
pci solutions do exist...both in server rooms, and in the low end consumer market. Many an inexpesnive machine at least lacks a agp port (even if some have integrated agp).
It will be good news indeed if the peg2 finishes soon.
I have confidence they will have an OS to run on it, so they have one of the major issues solved already.
-
That's why AGP ****WILL**** be on the Peg 2.
-
hmmm someone remind me, whats morphzone.org for?
-
Most of the difference between AGP and PCI is inside the chip, not in the bus itself. There are several techniques to bridge an AGP bus onto a PCI bus out there. I would point out that the Marvell has PCI-X, which rivals AGP 8x in speed. This means that some bandwidth can be lost in the translation process and still get top-speed AGP functionality. Even a standard PCI 64-bot 66-Mhz bus can be bridged to deliver AGP 2x speed to a peripheral card. The card doesn't *care* how the northbridge actually handles it, so long as it gets the bandwidth needed.
Yeah, but how many PCI-X graphics cards do you see available on the market??? They're either AGP or 32-bit 33MHz PCI.
Neil Thomas, AKA MiniBobF
-
Yeah, but how many PCI-X graphics cards do you see available on the market???
A few, but why do you ask as there won't be a PCI-X slot on the motherboard, just the PCI's and an AGP slot.
-
Which PCI-X speed grade does this Marvel chipset supports?
Refer to http://www.pcisig.com/specifications/pcix_20
PCI-X 2.0 is a new, higher speed version of the conventional PCI standard, which supported signaling speeds up to 533 megatransfers per second (MTS). Revision 1.0 of the PCI-X specification defined PCI-X 66 and PCI-X 133 devices that transferred data up to 133 MTS, or over 1Gbyte per second for a 64-bit device. The present revision adds two new speed grades: PCI-X 266 and PCI-X 533, offering up to 4.3 gigabytes per second of bandwidth, 32 times faster than the first generation of PCI. Another major feature of the PCI-X 2.0 specification is enhanced system reliability. ECC support has been added both for the header and payload, providing automatic single-bit error recovery and double-bit error detection. These new standards keep pace with upcoming advances in high-bandwidth business-critical applications such as Fibre Channel, RAID, networking, InfiniBand™ Architecture, SCSI, and iSCSI.
-
PCI-X 2.0 is a new, higher speed version of the conventional PCI standard, which supported signaling speeds up to 533 megatransfers per second (MTS). Revision 1.0 of the PCI-X specification defined PCI-X 66 and PCI-X 133 devices that transferred data up to 133 MTS, or over 1Gbyte per second for a 64-bit device. The present revision adds two new speed grades: PCI-X 266 and PCI-X 533, offering up to 4.3 gigabytes per second of bandwidth, 32 times faster than the first generation of PCI. Another major feature of the PCI-X 2.0 specification is enhanced system reliability. ECC support has been added both for the header and payload, providing automatic single-bit error recovery and double-bit error detection. These new standards keep pace with upcoming advances in high-bandwidth business-critical applications such as Fibre Channel, RAID, networking, InfiniBand™ Architecture, SCSI, and iSCSI.
I'm not sure I understand the question, so please forgive me if the answer isn't relevent!!
The clock for PCI-X varies depending on how many devices are on the bus.
1 device (point to point) = 133MHz
2/3 devices = 100MHz
4 or more = 66MHz
If you plug a non-PCI device in, you'll degrade the bus to 33MHz only (or 66MHz if the non-PCI device happens to be a PCI-66 Part).
Neil Thomas, AKA MiniBobF
-
Based on the quote above, my question was just about which PCI-X version does the Marvell chipset supports.
-
I would point out that the Marvell has PCI-X, which rivals AGP 8x in speed.
PCI-X at 133MHz and 64-bits is AGP 4x in speed. No great difference in the real world ... but ...
AGP is 32-bit, with 2 or 4 bits sent per clock (66MHz for 2x, 4x and 133MHz for 8x IIRC). When you put an AGP device on a PCI bus, you can only send one bit per clock. So you would be limited to AGP2x speed even with an AGP8x device ... unless you made a bridging chip, or more realistically, used an as-yet-unannounced Marvell northbridge that implements AGP instead of PCI-X.
-
So you would be limited to AGP2x speed even with an AGP8x device ...
Untrue, AGP 8x devices *cannot* run at AGP 2x or lower speed. Only AGP 4x and 8x is possible with those cards.
-
The solutions:
1) Marvel make a northbridge with an AGP controller instead of a PCI-X controller → simple, everyone is happy
2) Genesi pay money for someone to make a PCI-X to AGP bridge chip. Costly, inefficient, higher latency, and possibly issues with full AGP compatibility. May require "August" chip to work correctly in the end. :)
I think the former is more likely, honestly. Then again, bbrv admitted in that thread on ANN that the Pegasos basically drives the AGP slot as a simple PCI device, without using any of the extra features of AGP. So who knows?
-
Well. I can't tell what they are planing to do but what I have heard about Articia-S it's AGP ain't that full-featured either. So if they get better performance and similar compatibility than with Articias I'm quite happy.