nall@nu.cs.fsu.edu (John Nall) (12/29/89)
OK, I give up. In Minix 1.5.0, floppy.c has a comment line which says that it supports 1.44 mb floppy disks. But I have a problem reading them after I write them, and suspect that the driver is not really writing (or perhaps not reading, or both) an 18-sector track. I am just doing a mkfs /dev/at1 1400 and then doing a mount /dev/at1 /user Anything that I'm doing wrong (yes, I have RTFM'd everywhere that seems obvious). Thanks for any help. Humbly, ====================================================================== John Nall Internet: nall@nu.cs.fsu.edu Computer Science Department Florida State University "Today, a Moon Moth -- tomorrow, a Sea Dragon Conquerer!!"
abrams@cs.columbia.edu (Steven Abrams) (12/29/89)
In article <418@fsu.scri.fsu.edu> nall@nu.cs.fsu.edu (John Nall) writes:
OK, I give up. In Minix 1.5.0, floppy.c has a comment line
which says that it supports 1.44 mb floppy disks. But I have
a problem reading them after I write them, and suspect that
the driver is not really writing (or perhaps not reading, or
both) an 18-sector track.
I am just doing a mkfs /dev/at1 1400 and then doing a
mount /dev/at1 /user
Anything that I'm doing wrong (yes, I have RTFM'd everywhere
that seems obvious).
Thanks for any help.
First, I am still alive out here although I've been quite silent on
the minix front. I'll be back in full strength in a few weeks, but I
though I could help John out here.
John, while I was beta-testing 1.4.5 on my PS/2 Model 80, I was able
to use the 3.5" diskette with the full 1440 blocks no problem. This
also worked on my AT the few times I ran 1.4.5 on it. I'm assuming
that the 1.5.0 distribution hasn't changed anything in this area since
none of the beta-testers complained about anything.
One interesting note is that while there was a hacked up floppy.c
somewhere on the net that had that same comment, it never figured out
that the disk was 1.4 megs and wound up giving you a max of 1.2 meg on
it, although it did work. Alas, any disketts written using this
floppy.c were unreadable under the new and improved floppy.c...
The only obvious thing I can think of is that the size thing is still
an issue, and your /dev/at1 has a size of 1200 blocks. That would
stop this from working.
Hope I helped.
Happy New Year to all.
~~~Steve
--
/*************************************************
*
*Steven Abrams abrams@cs.columbia.edu
*
**************************************************/
#include <std/dumquote.h>
#include <std/disclaimer.h>
Peter_Van_Epp@cc.sfu.ca (12/29/89)
I am not up far enough in 1.5 to comment on floppy.c, but I have looked at bootblok.s for 1.5 and can tell you it needs mods to boot from a 1.44 meg drive (and if the test in floppy.c is the same it will need changes too!). I changed the 1.3 bootblok (basically adding a test for an 18 track drive before the 1.2M test and removing some code as bootblok got too big) which I will post (if someone doesn't beat me too it!) once I 1) get the 1.5 kernel up (the next day or 2 I hope) and 2) get the right output translate tables here to get unmangled code postings out of this machine!
cwr@pnet01.cts.com (Will Rose) (12/29/89)
I modified the vn 1.4 driver slightly, to get it to read 1.44 MB disks on an
XT - MINIX believes only AT machines have the fast DMA, and you have to set a
flag "pc_at" (I think) in a couple of places to get the DMA set up at the
right speed.
If you are using an AT anyhow, then device size seems the only possible hitch.
I made up a couple of new devices for the 1.4 drive, because at0 and at1 have
a size of 1.2 MB. I keep meaning to find out how this size is set, so that I
can edit it with de, but I haven't yet done so.
Hope this helps - Will
-----------------------------------------------------------------------
"If heaven too had passions | Will Rose
even heaven would | UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!cw
grow old." - Li Ho. | ARPA: crash!pnet01!cwr@nosc.mil
| INET: cwr@pnet01.cts.com
UUCP: {nosc ucsd hplabs!hp-sdd}!crash!pnet01!cwr
ARPA: crash!pnet01!cwr@nosc.mil
INET: cwr@pnet01.cts.com