home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.atari.st.tech
- Path: sparky!uunet!uunet.ca!geac!r-node!nautical!Colin.Toal
- From: Colin.Toal@nautical.r-node.gts.org (Colin Toal)
- Date: Sun, 22 Nov 92 21:45:03 EST
- Message-ID: <1992Nov22.214503.26367@r-node.gts.org>
- Organization: R-node Public Access UNIX Information System (416-249-5366)
- Subject: The Falcon Bus Thing..
- Distribution: world
- Reply-To: Colin.Toal@nautical.r-node.gts.org (Colin Toal)
- X-Posting-Software: UniBoard 1.10a S/N 120921
- Lines: 24
-
- Okay, from my limited knowledge of the situation and what I have read from
- the folks at Atari, someone said (I am not sure if it was Jim Allen->Fast
- Tech or Bill Rehbock) that 16 bit Data Bus was done to ensure ST
- compatibility, and that it would be easy to upgrade to 32-bit Ram using the
- Ram Expansion Connector in the Falcon. The DaughterBoard Falcon Ram
- essentially gives you another Expansion port, and 32 Bit Ram can be placed
- in here to increase '030 performance. Claiming the Falcon is crippled
- because it is 16 bit Data bus is silly. I think a major reason it was done
- was because having the CPU on a 16 bit Data Bus and the VIDEL on a 32-bit
- Bus would relieve any possibilities of Contention. Hopefully in the
- Falcon040, they will have a 040 32 Bit Data Bus and a 64 Bit VIDEL Bus (like
- TT Video Ram).. Out of Curiosity, the TT also has a split bus with ST Ram
- being 16 bit and TT Ram being 32 bit.
-
- "Megalon is Vanquished!!".... Colin Toal aka Spaceman Spiff
-
- --
- Colin Toal, user of the UniBoard System @ r-node.gts.org
- E-Mail: Colin.Toal@nautical.r-node.gts.org
-
-
- R-node Public Access Unix/BBS - Free Access to the World thru Usenet
- Data: 1-416-249-5366 (3 Lines)
- Shell Accounts Available - Contact marc@r-node.gts.org
-