| Title: | Atari ST, TT, & Falcon |
| Notice: | Please read note 1.0 and its replies before posting! |
| Moderator: | FUNYET::ANDERSON |
| Created: | Mon Apr 04 1988 |
| Last Modified: | Tue May 06 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 1433 |
| Total number of notes: | 10312 |
Here's some cheerful news from USENET. Is this for real?
Path: shlump.nac.dec.com!bacchus.pa.dec.com!decwrl!elroy.jpl.nasa.gov!usc!cs.utexas.edu!uunet!mcsun!ukc!axion!tharr!chris
From: [email protected] (Chris Allen)
Newsgroups: comp.sys.atari.st
Subject: Help! Hard Disk doesn't work with STe!
Message-ID: <[email protected]>
Date: 21 Jun 90 22:14:28 GMT
Reply-To: [email protected] (Chris Allen)
Organization: Public access to Usenet in the UK
Lines: 42
We have been producing a hard disk for the ST for some months now.
The hard disk uses an interface which has been designed in Germany
and is software compatible with the official Atari hard disk.
The problem is that on many STe machines, corruption of data happens.
It always happens in the same way - two bytes are missed out when
a sector is written to the disk. eg
this is a piece of text
becomes
this is a pce of text
This is disastrous when it happens to directory sectors and programs.
Point 1. This only ever happens on the STe
Point 2. Replacing the DMA chip with one from an STFM usually solves
the problem.
Point 3. We sent an STe & a Hard Disk with this problem to the
manufacturers of the interface in Germany. They said that the same
problem was happening with the Megafile and with the ICD Interface.
Point 4. This is happening with about one in four STe machines.
Atari UK say they have not heard of this problem and they are not
interested.
Has anybody... Atari USA? Anybody else? come up against this problem?
Our supplier has run our of "OLD" DMA chips and is now sending us
"NEW" ones which have the same problem. Can anybody suggest a solution?
frustratedly,
chris.
--
[email protected] ..!ukc!axion!tharr!chris
Disclaimer: The views expressed above are those of my employer..
<-- tharr public access to Usenet in the UK 0234 261804 -->
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 908.1 | Its the software .Fixed in TOS 1.62 | WELMTS::GILMOUR | Jim @ Marconi | Thu Jun 28 1990 06:39 | 22 |
I think this is a most misleading article. The hardware is not the
problem it is the software. I have got a hard disk working with
an STE. I have an Supra hard disk (48mb) and na STE 4mb. I bought
this about a month ago. Well after this problem started. My point
is I do not use TOS on I use Minix. Originally Minix had a problem
but Willie Brown of Supra solved this by putting out a new patched
driver on Usenet. The problem was that an extra interupt was caused
by scanning the status reg of the disk controller.
Now to the current problem. The problem is that the first word
(2 bytes) is not transferred. This is due to the code is not tight
enough to get round in time and misses sync. I here on the grapevine
that this is cured in TOS version 1.62 but I would not swear to
it. Supra disks do not have this problem because they wrote there
OWN version that emulates the Atari type system. There may be a
problem with reverse enginerring that you copy other peoples mistakes
On the point of support I think Minix must have the best because
it has the source available and a large user base >10000 plus
conferences on usenet and our own notes file. I hope this goes some
way to solving the problems.
Jim
| |||||