To: freedos-u...@lists.sourceforge.net
Cc: freedos-devel@lists.sourceforge.net
Sent: Monday, February 20, 2012 4:02 PM
Subject: Re: [Freedos-devel] [Freedos-user] writing a loadable block driver
for 4k-sector drive (Questions)
Hi Chris, Bertho,
Dear List... I'm calling back with respect
i still say the same answer for a starting point to engineer flawlessly is on
your site
already, especially with the finding that USBASPI.SYS handles 4k sectors
correctly
on 4k hardware like i said:
www.freedos.org/freedos/news/technote/203.html
part of the answer is already on the freedos
And to answer a question posed elsewhere, yes I have confirmed
USBASPI.SYS (at least the particular version 2.27N? by Novac-Yaya
DIY) does handle 4K sector access properly on real media ; which is
the main reason I'm considering this approach.
Do you know if DI1000DD has any support at all
i don't necessarily have the hardware to try:
someone needs to try it on stuff they *know* is 4k.
.
eufdp...@yahoo.com
eufdp...@yahoo.com
eufdp...@yahoo.com
eufdp...@yahoo.com
eufdp...@yahoo.com
Bret Johnson bretjohn@***.com asked :
Do you know if DI1000DD has any support at all for 4k sectors?
It has none - else this thread would not've been started in the first place.
DI1DD supports 2K sectors for CD/DVD media, and 512-byte sectors only for
magnetic disks.
My first idea was
-software.de wrote:
From: C. Masloch c...@bttr-software.de
Subject: Re: [Freedos-devel] [Freedos-user] writing a loadable block driver for
4k-sector drive (Questions)
To: freedos-u...@lists.sourceforge.net
Cc: freedos-devel@lists.sourceforge.net
Date: Monday, February 20, 2012, 10:20 PM
it would be one of the best ways, to get panasonic USBASPI.SYS 2.27
(only!)
and matsushita
DI1000DD.SYS (motto hairu)
going on a usb drive, say a 1/2 terabyte one, like i've got,
then adapt everything over to the 4k-sector standard with
You either lack understanding of the involved request and issues, or
your writing lacks in showing your understanding.
Correct. What is being discussed here would essentially be a replacement for
DI1000DD.SYS, not an adjunct to it. From a licensing perspective, I don't
believe either
You and Eric are discussing it in general technical terms, i.e., not
talking about what the downward side is (ASPI, INT 13h, a shim
between a non-compliant kernel and a device driver, etc.). Bertho is
talking about a specific (USB)ASPI implementation.
Oh? I wasn't aware. I was assuming
Oh? I wasn't aware. I was assuming everyone thought of the lower
interface as to a block device driver that presents 4 KiB sectors.
So you were thinking everyone was talking about a shim? I agree that would
be the best approach, as it could then be used for all kinds of devices, not
just
Hi Chris, Bertho,
Dear List... I'm calling back with respect to the 4k-sector USB disk
drive. I'm considering writing a loadable DOS 'block' driver for it, as
Eric Auer suggested.
This doesn't belong on Freedos-user then.
Maybe Czerno / Bertho is not on freedos-devel? Or maybe there
Another additional note, as I went thinking about this a bit. Only
cluster values are stored in the FS (think FAT contents, FSINFO, and
start cluster fields of directory entries) apart from what is in the
*BPB, so a runtime upwards sector size transformation (say, from 512 B
to 4 KiB,
Hi Chris,
NOTE: Transformation of sector sizes is easiest in FAT32.
Other FAT sizes may take more effort.
You're probably referring to the root directory alignment handling,
which of course is not needed in FAT32 as its root directory is not
in a specifically reserved area.
Correct - in
13 matches
Mail list logo
