From: Helge Hafting <helgehaf@idb.hist.no>
To: Leandro Bernsmuller <leberns@yahoo.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: floppy programming
Date: Mon, 19 Mar 2001 10:23:47 +0100 [thread overview]
Message-ID: <3AB5D023.258B5DE5@idb.hist.no> (raw)
In-Reply-To: <20010318160105.11345.qmail@web1302.mail.yahoo.com>
Leandro Bernsmuller wrote:
>
> Hi,
>
> some body know if exist or is possible to do one
> driver
> to makes floppy drive use some type of "balanced" bits
> distribution?
> The idea is simple: format a disk doing inner tracks
> with less bits than
> in external tracks.
> Maybe is better think in sectors and not bits
> banlancing?
>
> I want opinions about the idea, pleace.
Go ahead. Note that ordinary floppies store
the number of sectors per cylinder in the boot sector,
and this is used for easy conversion from
block number (from the fs) to head, cylinder
& sector (for the hardware driver)
You'll break this simple scheme, as you'll need
a table in the driver for how many sectors in track 0,
how many sectors in track 1, and so on up to
the maximum track which usually is 80 although
some floppy drives goes out to 83 or 89 or something.
>I want opinions about the idea, pleace.
>
>Where can I find information about floppy drivers
>programming, DMA setup,...?
Look at the existing floppy driver. Note that
you don't need info on DMA etc., as the driver
already will do all sorts of weird sector layouts.
(look at the manpages for superformat)
The only limitation is that the current driver
likes to use the same number of sectors per track
for all cylinders, but you can change that
using a lookup table.
I am not sure this will help you though, as
pc floppies have constant rotational speed
and I bleieve a constant write rate too.
So you cannot really squeeze more onto the
outer tracks without some kind of hardware
modification.
Well, maybe your drive
can gain a little extra on some cylinders if you
take variable head drag into consideration,
but you'll surely end up with a floppy that
fits one drive only if you go too close
to the rotational tolerances.
Helge Hafting
next prev parent reply other threads:[~2001-03-19 9:25 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2001-03-18 16:01 floppy programming Leandro Bernsmuller
2001-03-19 9:23 ` Helge Hafting [this message]
2001-03-19 14:22 ` Richard B. Johnson
2001-03-19 14:25 ` Alex Baretta
2001-03-19 14:43 ` Martin Josefsson
2001-03-19 16:50 ` Joshua Jore
-- strict thread matches above, loose matches on Subject: below --
2001-03-23 16:31 David Balazic
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3AB5D023.258B5DE5@idb.hist.no \
--to=helgehaf@idb.hist.no \
--cc=leberns@yahoo.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.