sjk@utastro.UUCP (Scot Kleinman) (05/24/89)
I've recently been having troubles with my 1020 5 1/4" drive. It came up with a read error every time I tried to access it. It would format a disk, okay, but would later refuse to read it. Remembering I had been fooling with the mountlist recently, I compared it to the original C-A 1.3 mountlist and I saw that I had changed the BufMemType keyword from a value of 3 (Chip RAM) to 1 (for any available RAM). So, I changed it back to 3, thinking nothing would change, but now the drive is happy again and reads the very same disks it wouldn't earlier. Is this really the case; does it need buffers in CHIP RAM? If so, why? Why must I destroy precious chip memory, when I have this fast RAM sitting on the side of my 1000, just waiting for something to be put in it? Thank you for your support! Scot sjk@astro.as.utexas.edu Scot Kleinman Astronomy Dept. U Texas Austin TX 78712
po87553@tut.fi (Ojala Pasi Juhani) (05/24/89)
Well, actually I don't know answer to your problem, but I wonder that is here
anyone who knows how to use FFS (FastFileSystem) with normal 3.5" drivers..?
I heard something like "you should do right mountlist...". But I really don't
have an idea what it should be like. Well, I tryed to fix mountlist a bit,
but the result was: not dos disk in unit 1... GRRR! Help! If anyone knows
how should I fix the mountlist, PLEASE tell me right away!
BTW, sorry about "language-errors", english is not made for me...
--
/// Juha Tuominen ! Sysop of ! The Amiga Project
__ /// mail: po87553@alva.UUCP ! The ! Phone:+358-(9)31-182 851
\\\ /// "Never say NO ! Amiga ! Open:19-02, V21/22bis
\\X// for AMIGA!" ! Project ! F I N L A N Dpmf@mimsy.UUCP (Paul M. Franceus) (05/25/89)
Sorry, the floppy drive needs it's buffers in CHIP RAM. The reason is that the
trackdisk.device uses the BLITTER to do the MFM encoding of the data that is
then written to the drive. I guess this is a testimony to the flexibility and
power of the Amiga's custom chip set :-)...
I would recommen using a program like FACC II for your floppy cacheing.
It works a WHOLE lot better than Addbuffers (or adding more buffers via the
Mountlist).
Paul
StarLight Technologies
(oh yeah, FACC II puts buffers in FAST RAM where they belong! )sysop@tlvx.UUCP (SysOp) (05/25/89)
In article <1733@alva.tut.fi>, po87553@tut.fi (Ojala Pasi Juhani) writes: > Well, actually I don't know answer to your problem, but I wonder that is here > anyone who knows how to use FFS (FastFileSystem) with normal 3.5" drivers..? I have a file called "ffsflop.arc" that has notes for a MOUNTLIST entry, plus a utility called "autodiskchange" (or something like that). What it does is detect your disk change, and mounts whichever DOS format you happen to put in the drive! It seems slick to me, since you can use FFS format disks just like the normal ones, with no extra work (once it's set up). (Is this something that would be good or bad to include with the official AmigaDOS?) I couldn't get FFS floppies to work without this file. It's pretty small.... > I heard something like "you should do right mountlist...". But I really don't > have an idea what it should be like. Well, I tryed to fix mountlist a bit, [text deleted] > -- > /// Juha Tuominen ! Sysop of ! The Amiga Project > __ /// mail: po87553@alva.UUCP ! The ! Phone:+358-(9)31-182 851 > \\\ /// "Never say NO ! Amiga ! Open:19-02, V21/22bis > \\X// for AMIGA!" ! Project ! F I N L A N D -- Gary Wolfe ..uunet!mimsy!ames!mailrus!uflorida!unf7!tlvx!sysop (I think!)
"kosma@ALAN.LAAC-AI.Dialnet.Symbolics.COM"@alan.kahuna.decnet.lockheed.com (05/26/89)
Received: from BLAISE.LAAC-AI.Dialnet.Symbolics.COM by ALAN.LAAC-AI.Dialnet.Symbolics.COM via CHAOS with CHAOS-MAIL id 23577; Thu 25-May-89 14:24:27 PDT
Date: Thu, 25 May 89 14:23 PDT
From: Montgomery Kosma <kosma@ALAN.LAAC-AI.Dialnet.Symbolics.COM>
Subject: Re: BuffMemType in 1020 Mountlist
To: "eagle::amiga-relay%udel.edu"@KAHUNA.LAAC-AI.Dialnet.Symbolics.COM
Message-ID: <19890525212345.4.KOSMA@BLAISE.LAAC-AI.Dialnet.Symbolics.COM>
In article <17741@mimsy.UUCP>, Paul M. Franceus <uunet!mimsy!pmf> writes:
I would recommen using a program like FACC II for your floppy cacheing.
It works a WHOLE lot better than Addbuffers (or adding more buffers via the
Mountlist).
quick AddBuffers question: for devices which are mounted (e.g. FFS Hard Disk
partitions) is using AddBuffers equivalent to specifying buffers in the mountlist
for each device? If so, I probably ought to just take the AddBuffers commands out
of my startup files...
Montgomery N. Kosma
aaron@madnix.UUCP (Aaron Avery) (05/26/89)
The Amiga's floppy disk DMA is performed by one of the custom chips, so yes,
trackdisk.device's buffers (it uses them for direct ram->floppy->ram DMA)
need to be in CHIP memory.
--
Aaron Avery, ASDG Inc. "A mime is a terrible thing to waste."
-- Robin Williams
ARPA: madnix!aaron@cs.wisc.edu {uunet|ncoast}!marque!
UUCP: {harvard|rutgers|ucbvax}!uwvax!astroatc!nicmad!madnix!aaronpmf@mimsy.UUCP (Paul M. Franceus) (05/27/89)
In article <16280@louie.udel.EDU> "kosma@ALAN.LAAC-AI.Dialnet.Symbolics.COM"@alan.kahuna.decnet.lockheed.com writes: >quick AddBuffers question: for devices which are mounted (e.g. FFS Hard Disk >partitions) is using AddBuffers equivalent to specifying buffers in the mountlist >for each device? If so, I probably ought to just take the AddBuffers commands out >of my startup files... > >Montgomery N. Kosma > Well, I think it's even worse than that. Adding more buffers in the mountlist can use buffers in FAST memory (depending on the BufMemType) while AddBuffers uses CHIP ram ONLY. Paul Franceus StarLight Technologies