home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.amiga.hardware
- Path: sparky!uunet!zaphod.mps.ohio-state.edu!saimiri.primate.wisc.edu!doug.cae.wisc.edu!leair
- From: leair@cae.wisc.edu (Brian Leair)
- Subject: disk io mfm (again)
- Organization: U of Wisconsin-Madison College of Engineering
- Date: 21 Jan 93 00:18:35 CST
- Message-ID: <1993Jan21.001836.28432@doug.cae.wisc.edu>
- Summary: mfm disk
- Keywords: mfm disk
- Lines: 30
-
- [lets try this again]
- Before I write a lot of code and go about testing it only to find
- it doesn't work on configuration xxyyzz I was
- hoping I might get a few answers here. I've been working with the
- low level disk control hardware and I'm wondering about a few things.
- Can paula, and whatever else in control of disk i/o, support any data
- formats other than gcr(blah) and mfm (1 clock period space between
- pulses minimum and 3 clock periods space maximum between 1's).
- I would like to use rll(2,7) or maybe even something fancier. The
- 1.1, 1.2, 1.3, and 2.0 commodore documentation states..
- from rkm1.3
- '(data)should be encoded into some form of legal flux patterns'
- from hdwr1.3 page 243 documentation of register adkcon bit number 8 FAST
- 'value of 1 selects two microseconds per bit cell(usually MFM). Data must
- be valid raw MFM. 0 selects four microsecnonds per bit (usually gcr)'.
-
- My current experiments with (a500's 1 meg anguses non ecs denise) indicate
- that writing non mfm data (even funky stuff) works ok. I am more concerned
- about reading non-mfm data correctly in 2 usec clock mode.
- I am alos worried about breaking some unclarified rules regarding disk data dma
- and paying later.
-
- Perhaps a nice cbm person could step forward and say that yah you're
- probablly ok or NO EVIL BAD BAD.
-
- Brian Leair
- ----
- leair@cae.wisc.edu
- leair@castlab.engr.wisc.edu -- Sys Admin cast metals lab, UW Madison
-
-