next read.
Tom
-Original Message-
From: Fred Cisin [mailto:ci...@xenosoft.com]
Sent: Wednesday, April 20, 2022 11:55 AM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: RE: idea for a universal disk interface
On Wed, 20 Apr 2022, Tom Gardner via cctalk wrote:
> Likewise, I
I'm using Zynq SOMs (System on a module) that will plug into a "base
board" (with hilrose connectors). It is the base board that will have
the "personality" of the emulator. The baseboard will be fairly simple
(level shifters, a small bit of logic and the drive interface
transceivers). So th
Guy,
I agree that accessing data in blockram (synchronous with fixed latency) is
really easier than accessing it from RAM (asynchronous with variable latency).
Anyway I'm weighting the "cost" of additional complexity, which in change would
allow to spare on Zynq cost.
In any case memory access is
On Wed, 20 Apr 2022, Tom Gardner via cctalk wrote:
Likewise, I don't know it for certain, but I am pretty sure that it is
true that virtually all controllers switch heads sequentially when
transferring blocks beyond the end of the track,
Are you implying that data/file that is more than one tr
y words is more than
enough
Tom
-Original Message-
From: shad [mailto:shado...@gmail.com]
Sent: Tuesday, April 19, 2022 11:49 AM
To: cctalk@classiccmp.org
Subject: RE: idea for a universal disk interface
Guy,
I understand that cylinder command has no particular timing requiremen
Good data, thanks! I kind of like the ESDI disks, they're more solid and
reliable than the MFM ones, and to be honest the RQDX3 was not a super
fast disk controller. I wonder if it could do block mode DMA.
I'll keep an eye out for the Sigma, the only thing I wish I had on the
MTI MQD13 would b
It's not really fast enough and you'll get into all sorts of
complications once you start to think about trying to keep up with
simulation rotations. For example, if someone starts a read at half way
through a rotation (e.g. after the index pulse) now you have to have
logic/code that can start
idea for a universal disk interface
> On Apr 18, 2022, at 6:44 PM, Mike Katz via cctalk <
<mailto:cctalk@classiccmp.org> cctalk@classiccmp.org> wrote:
>
> Which is more generic.
>
> ESDI, SMD or SCSI.
>
> In my opinion, SCSI is as close are you are
Guy,
I understand that cylinder command has no particular timing requirements, while
head command must be effective within microseconds. My doubt is, RAM access on
high performance port could be fast enough to satisfy also the latter.
In case it couldn't or was not assured, I think the best strat
I also have multiple ESDI controllers, more than one these flavors:
Dilog DQ686
http://www.bitsavers.org/pdf/dilog/2120-0137-1_DQ686_Nov89.pdf
Emulex QD21
http://www.bitsavers.org/pdf/emulex/QD2151002-J_QD21_Jun90.pdf
Sigma SCD-RQD11-EC (There seems to be multiple versions from different
vendors
Once upon a time I used an Emulex QD21, but I sold it because the actual
ESDI disks I had were a pain in the butt. Always crashing.
I still have a Webster (quad board) SRQD something.
I think I had a Dilog board also. It's been a while, probably 20 years.
Doug
On 4/18/2022 9:12 PM, Chris Zach
The problem is that you don't get the cylinder and head information in
the same command (they are 2 different commands). So when you're doing a
seek, you don't know which track(s) to prioritize. That is why during a
seek command I will transfer the entire cylinder so when the head
command arri
> On Apr 18, 2022, at 6:44 PM, Mike Katz via cctalk
> wrote:
>
> Which is more generic.
>
> ESDI, SMD or SCSI.
>
> In my opinion, SCSI is as close are you are going to get to a universal
> interface.
>
> As for reading raw data from a drive. The newer the drive, the higher the
> bit den
Interesting, what kind of ESDI controllers do you have? They got
advanced features like cache, ordered seeks, and burst mode/block mode DMA?
C
On 4/18/2022 6:09 PM, Douglas Taylor via cctech wrote:
Because of this I'm holding on to my DEC Qbus ESDI controllers!!! You
never know
Doug
On
Which is more generic.
ESDI, SMD or SCSI.
In my opinion, SCSI is as close are you are going to get to a universal
interface.
As for reading raw data from a drive. The newer the drive, the higher
the bit density and lower the strength of the magnetic fields and hence
the lower the flying he
Because of this I'm holding on to my DEC Qbus ESDI controllers!!! You
never know
Doug
On 4/17/2022 4:35 PM, Guy Sotomayor via cctech wrote:
I chose ESDI and SMD fundamentally because the interface is 100%
digital (e.g. the data/clock separator is in the drive itself). So I
don't need to d
Guy,
I agree on keeping Linux out of the loop, to allow fast access on head
location, selection.
However, I'm not convinced on the fact that a whole cylinder must be on
blockram to achieve this. Given that ram access is fast (on Zynq with PL
working at 200MHz and HP port at 64bits I'm running at
22 5:14 PM
To: t.gard...@computer.org; cct...@classiccmp.org
Subject: Re: idea for a universal disk interface
I think the issue is that you're thinking of somehow emulating the formatted
data. I'm working on just emulating the bit-stream as then it'll work with any
controller and
-Original Message-
From: ben [mailto:bfranc...@jetnet.ab.ca]
Sent: Saturday, April 16, 2022 1:39 PM
To: cctalk@classiccmp.org
Subject: Re: idea for a universal disk interface
On 2022-04-16 1:13 p.m., Tom Gardner via cctalk wrote:
> Tom
>
How do you handle the disk hardware
Hello Paul,
using analog signal is not in my intentions, because usually you don't have
access to analog signals on disk interface.
For some media, e.g. floppy and MFM, you don't have a clock reference on the
interface, so you need to detect magnetic pulses and then reconstruct data from
timing.
I have proceeded as far as full block diagrams (still have to write all
of the verilog) and basic SW architecture. This is why I've had this
discussion. I've thought about this *a lot* and have gone through
several iterations of what will or will not work given timing constraints.
I have all
I chose ESDI and SMD fundamentally because the interface is 100% digital
(e.g. the data/clock separator is in the drive itself). So I don't need
to do any oversampling.
TTFN - Guy
On 4/17/22 11:12, Paul Koning via cctalk wrote:
On Apr 17, 2022, at 1:28 PM, shad via cctalk wrote:
hello
> On Apr 17, 2022, at 1:28 PM, shad via cctalk
> wrote:
>
> hello,
> there's much discussion about the right method to transfer data in and out.
> Of course there are several methods, the right one must be carefully chosen
> after some review of all the disk interfaces that must be supp
hello,
there's much discussion about the right method to transfer data in and out.
Of course there are several methods, the right one must be carefully chosen
after some review of all the disk interfaces that must be supported. The idea
of having a copy of the whole disk in RAM is OK, assuming t
uy Sotomayor [mailto:g...@shiresoft.com]
Sent: Friday, April 15, 2022 3:25 PM
To: t.gard...@computer.org; cct...@classiccmp.org
Subject: Re: idea for a universal disk interface
I'm looking at what the spec says. ;-) The read command delay from the head
set command is 15us (so I was wrong) but s
-Original Message-
From: Guy Sotomayor [mailto:g...@shiresoft.com]
Sent: Friday, April 15, 2022 3:25 PM
To: t.gard...@computer.org; cct...@classiccmp.org
Subject: Re: idea for a universal disk interface
I'm looking at what the spec says. ;-) The read command delay from the head
ONCE MORE, I APOLOGIZE.
(details bottom posted)
This was the approach IBM used in it's first RAMAC RAID where I think
they had to buffer a whole cylinder but that was many generations ago
(my copy of the specs may not be exact):
Buffering a whole cylinder, or a whole surface, of the RAMAC was n
On 2022-04-16 1:13 p.m., Tom Gardner via cctalk wrote:
Not the RAMAC of 1956 but the RAMAC Virtual Array of 1996,
https://www.ibm.com/common/ssi/cgi-bin/ssialias?htmlfid=897/ENUSC96-029&info
type=AN&subtype=CA&appname=skmwww
It emulated several different IBM DASD of varying CKD track lengths on f
ave to buffer more than two memory words.
Tom
-Original Message-
From: Fred Cisin [mailto:ci...@xenosoft.com]
Sent: Friday, April 15, 2022 3:54 PM
To: General Discussion: On-Topic and Off-Topic Posts
Subject: RE: idea for a universal disk interface
On Thu, 14 Apr 2022, Tom Gardner via c
linder on the modern drive’s cylinder, but with Terabytes of data on
a modern drive who cares about some wasted storage
Tom
-Original Message-
From: Guy Sotomayor [mailto:g...@shiresoft.com]
Sent: Friday, April 15, 2022 10:56 AM
To: t.gard...@computer.org; cct...@classiccmp.org
Subject:
but with Terabytes of data on a modern drive who cares about some wasted
storage
Tom
-Original Message-
From: Guy Sotomayor [mailto:g...@shiresoft.com]
Sent: Friday, April 15, 2022 10:56 AM
To: t.gard...@computer.org; cct...@classiccmp.org
Subject: Re: idea for a universal di
to buffer a whole cylinder but that was many generations ago
Tom
-Original Message-
From: Guy Sotomayor [mailto:g...@shiresoft.com]
Sent: Wednesday, April 13, 2022 10:02 AM
To: cct...@classiccmp.org
Subject: Re: idea for a universal disk interface
I've had a similar project in the works for a wh
This was the approach IBM used in it's first RAMAC RAID where I think they had
to buffer a whole cylinder but that was many generations ago
(my copy of the specs may not be exact):
Buffering a whole cylinder, or a whole surface, of the RAMAC was no big deal.
One hundred surfaces (52 platters,
> On Apr 15, 2022, at 6:54 PM, Fred Cisin via cctalk
> wrote:
>
> On Thu, 14 Apr 2022, Tom Gardner via cctalk wrote:
>> This was the approach IBM used in it's first RAMAC RAID where I think they
>> had to buffer a whole cylinder but that was many generations ago
>
> (my copy of the specs ma
On Thu, 14 Apr 2022, Tom Gardner via cctalk wrote:
This was the approach IBM used in it's first RAMAC RAID where I think
they had to buffer a whole cylinder but that was many generations ago
(my copy of the specs may not be exact):
Buffering a whole cylinder, or a whole surface, of the RAMAC wa
ID where I think they had
to buffer a whole cylinder but that was many generations ago
Tom
-Original Message-
From: Guy Sotomayor [mailto:g...@shiresoft.com]
Sent: Wednesday, April 13, 2022 10:02 AM
To: cct...@classiccmp.org
Subject: Re: idea for a universal disk interface
I've had
On 4/14/22 16:26, Fred Cisin via cctalk wrote:
> On Thu, 14 Apr 2022, John Foust via cctalk wrote:
>> Magnetic visualizers also discussed here:
>> http://qicreader.blogspot.com/p/track-visualization.html
>
> Thank you.
>
> That is what I was looking for.
> It doesn't imply current existence of an
On Thu, 14 Apr 2022, John Foust via cctalk wrote:
Magnetic visualizers also discussed here:
http://qicreader.blogspot.com/p/track-visualization.html
Thank you.
That is what I was looking for.
It doesn't imply current existence of anything already coupled with a
digital camera, nor particularl
It certainly seems that it would be THEORETICALLY POSSIBLE, with an
extreme budget, to build a high resolution device similar to the 3M
Magnetic Tape viewer, . . .
https://blog.adafruit.com/2020/03/01/the-magnetic-tape-viewer-see-the-sound-on-a-tape/
On Thu, 14 Apr 2022, John Foust via cctalk
.gard...@computer.org; Tom Gardner; General Discussion: On-Topic Posts
Subject: Re: idea for a universal disk interface
> On Apr 13, 2022, at 11:51 AM, Tom Gardner via cctech
> wrote:
>
> There are a few others like ANSI and CalComp but they are probably not worth
> investigating.
&g
> On Apr 13, 2022, at 9:45 PM, Fred Cisin via cctech
> wrote:
>
> On Wed, 13 Apr 2022, Paul Koning wrote:
>> Indeed. Though even that is hard for the more exotic formats, if original
>> controllers are unavailable. How would you read, for example, an IBM 1620
>> or CDC 6600 disk pack, giv
Magnetic visualizers also discussed here:
http://qicreader.blogspot.com/p/track-visualization.html
- John
At 08:45 PM 4/13/2022, Fred Cisin via cctalk wrote:
>It certainly seems that it would be THEORETICALLY POSSIBLE, with an extreme
>budget, to build a high resolution device similar to the 3M Magnetic Tape
>viewer, . . .
>https://blog.adafruit.com/2020/03/01/the-magnetic-tape-viewer-see-the-sound-
> On Apr 13, 2022, at 11:51 AM, Tom Gardner via cctech
> wrote:
>
> There are a few others like ANSI and CalComp but they are probably not worth
> investigating.
>
They are if you’re someone who has a machine using one of these interfaces, or
e.g. the 40-pin “IMI bus”, or whatever else.
On Wed, 13 Apr 2022, Paul Koning wrote:
Indeed. Though even that is hard for the more exotic formats, if
original controllers are unavailable. How would you read, for example,
an IBM 1620 or CDC 6600 disk pack, given that the machine is hard to
find and those that exists may not have the righ
I'll only mention that there were ICs that could interface to both
MFM/ST506 hard drives as well as floppies (System/3 MFM).
An example would be the SMC HDC9234, "Universal Disk Controller".
Pretty cool chip for the time; has full 24 bit DMA address capability.
But different register/controller s
> On Apr 13, 2022, at 8:12 PM, Fred Cisin via cctech
> wrote:
>
> ...
> My mindset is/was still stuck in the disk format conversion realm, of trying
> to get information (hopefully information in the form of files, not just data
> as track images) from alien media.
> And, more often than no
On Wed, 13 Apr 2022, shad via cctech wrote:
The main board should include a large enough array of bidirectional
transceivers, possibly with variable voltage, to support as much interfaces as
possible, namely at least Shugart floppy, ST506 MFM/RLL, ESDI, SMD, IDE, SCSI1,
DEC DSSI, DEC RX01/
> On Apr 13, 2022, at 5:27 PM, Fred Cisin via cctech
> wrote:
>
> On Wed, 13 Apr 2022, shad via cctech wrote:
>> The main board should include a large enough array of bidirectional
>> transceivers, possibly with variable voltage, to support as much interfaces
>> as possible, namely at l
. . . and, if there is agreement to standardize the connection system for
the "personality modules", then some of the other storage systems could be
implemented, particularly including some of the tape systemmes.
'course, it would be a lot more fun, instead of the 62 pin card edge, to
go wit
On Wed, 13 Apr 2022, shad via cctech wrote:
The main board should include a large enough array of bidirectional
transceivers, possibly with variable voltage, to support as much
interfaces as possible, namely at least Shugart floppy, ST506 MFM/RLL,
ESDI, SMD, IDE, SCSI1, DEC DSSI, DEC RX01/0
...@gmail.com]
Sent: Tuesday, April 12, 2022 10:36 PM
To: cct...@classiccmp.org <mailto:cct...@classiccmp.org>
Subject: idea for a universal disk interface
Hello,
I'm a decent collector of big iron, aka mini computers, mainly DEC and DG.
I'm often facing common problems with
I've had a similar project in the works for a while (mainly for ESDI and
SMD).
I think the main issue you're going to face is that what you need to do
for something like ESDI or SMD (or any of the bit serial interfaces) is
going to be radically different than something like IDE or SCSI. This
On 2022-04-13 01:35, shad via cctalk wrote:
Hello,
For the first phase, I would ask you to contribute with a list of interfaces
which could be interesting to emulate, specially if these are similar to one
from my list.
Just use a GIT repository for documents, schematics & layouts, or what
> On Apr 13, 2022, at 1:35 AM, shad via cctalk
> wrote:
>
> Hello,
> I'm a decent collector of big iron, aka mini computers, mainly DEC and DG.
> I'm often facing common problems with storage devices, magnetic discs and
> tapes are a little prone to give headaches after years, and replac
shad said
> Hello,
> I'm a decent collector of big iron, aka mini computers, mainly DEC and DG.
> I'm often facing common problems with storage devices, magnetic discs and
> tapes are a little prone to give headaches after years, and replacement
> drives/media in case of a severe failure are
Hello,
I'm a decent collector of big iron, aka mini computers, mainly DEC and DG.
I'm often facing common problems with storage devices, magnetic discs and tapes
are a little prone to give headaches after years, and replacement drives/media
in case of a severe failure are unobtainable.
In some ca
57 matches
Mail list logo
