[Freedos-user] Re : Support for 4k byte sectors + TDSK
This is correcting my mistake, --- On : Tue 2/7/12, Bertho Grandpied wrote : > In reply to: Mark Brown > > you *could* try USBASPI.SYS /V /W > > followed by DI1000DD.SYS > This is what I tried first thing, and the DI1000DD.SYS > ["Ninja ASPI DISK DRIVER Ver2.00", 16368 bytes, > MD5=9C Oooops I took the MD5 from the wrong file (a version I've hacked), the correct 128 bit MD5 for the DI1000DD.SYS here is : MD5=662FF106A2C4012D212E8F99B62EC6E0 Sorry! Hope it helps... -- Czerno -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Re : Support for 4k byte sectors + TDSK
Mark Brown-27 wrote: > > you *could* try USBASPI.SYS /V /W > followed by DI1000DD.SYS > ( works for me ) In my opinion, this is applying a band-aid to a problem that actually requires drastic surgery. USBASPI.SYS + DI1000DD.SYS may in fact work in certain situations. But, it is not a complete, or even a desirable, long-term solution. It is not open source, does not support USB devices other than disks (mice, keyboards, joysticks, printers, network, comm, ...), etc. It may get you by in the meantime while "real" solutions are developed, though. -- View this message in context: http://old.nabble.com/Re-%3A-Support-for-4k-byte-sectors-%2B-TDSK-tp33277937p33280451.html Sent from the FreeDOS - User mailing list archive at Nabble.com. -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Re : Support for 4k byte sectors + TDSK
you *could* try USBASPI.SYS /V /W followed by DI1000DD.SYS ( works for me ) .. eufdp...@yahoo.com eufdp...@yahoo.com eufdp...@yahoo.com eufdp...@yahoo.com eufdp...@yahoo.com ..-- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Re : Support for 4k byte sectors + TDSK
On Sun, 5 Feb 2012, Kenneth Davis wrote : > test kernel supporting 4KB sectors, note it limits > buffers to 2 to avoid memory corruption on boot. > Thanks for testing, Eager to try your kernel mods with real HW, but, there is a but! in order for my Iomega device to be recognised & processed by KERNEL.SYS (rather than a specific user installed driver), I need to have USB support with int 13h emulation for that device installed BEFORE booting DOS. A PLoP boot diskette would've been ideal for this, EXCEPT... PLoP does not support other than 512 byte sectors on USB hard disks, at the moment. Actually I'd been in touch with PLoP's developer Elmar even before I suscribed on this mailing list. He renounced or at least postponed doing the changes, unfortunately, arguing a tiny number of prospective users and difficulty of testing "over the internet". Maybe you (FreeDOS developers) would like to add your weight to my prayer for Elmar to reconsider ? He doesn't distribute PLoP source code UIAM. And, are you (you all!) aware of some other option ? -- Czerno -- Keep Your Developer Skills Current with LearnDevNow! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-d2d ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Re : Support for 4k byte sectors + TDSK
On Sun, 5 Feb 2012 22:56-0500 Kenneth Davis wrote : > For testing only - warning may corrupt data!!! > https://www.fdos.org/kernel/testing/4K/ Got'm alright! For information, had to downgrade URL protocol to HTTP:// (from http per provided link). Not sure if it's a temporary problem at the server or whether the httpS was a typo... > Included is a test kernel supporting 4KB sectors, note it > limits > buffers to 2 to avoid memory corruption on boot. Also > there is tdsk > 3.2 with patch to allow 4KB sectors assembled with jwasm. > source can be found on sf fdos svn - hack to limit buffers > to 2 not > there but available on request. this kernel is there > to allow testing Thanks -- Czerno -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
Re: [Freedos-user] Re : Support for 4k byte sectors + TDSK
On Sat, Feb 4, 2012 at 3:13 PM, Bertho Grandpied wrote: > > Hi, Guys! Replying to self, sort of, and Jeremy at the same time. > I've been glancing thru the ram disk, TDSK, source. Internal buffer (used for > init only) was provisionned for one 4K sector, but for some reason author(s) > limited sector size to 2K, as specified on the driver's command line. > > I boldly hacked the binary so it ignored the limitation and, behold, a first > quick and (very) dirty test of a ~8 MBytes FAT12 based RAM disk *with 4096 > byte sectors* in MS-DOS 7.1 with a rather fully loaded config SUCCEEDED! I > was able to copy several megabyte files to/from the ramdisk (quick tests did > include binary compare fo source to dest, and an examination of the RAMdisk > with Norton's DISKEDIT revealed no problems). > > > I'm not affirming yet there are no hidden bugs but, clearly, MSDOS CAN > support this type of device with no or little problems ! This to me is great > news, since it makes it worth developing a simple ASPI to DOS convertor for > use with my external USB disk. MSDOS bugs, if any, may be limited to > installing large sectored units which are to be managed by IO/MSDOS.SYS > internal disk driver. > > Jeremy wrote : >> (currently not while testing). ?I have tested 256, 512, >> 1024, and 2048 >> byte sectors with tdsk (currently my only way to test). > > > You may try to force TDSK to allow 4096 bps (not more without recompilation) > by nullifying the sanity test for command-line size-of-sector, like I did ! > > > Czerno > For testing only - warning may corrupt data!!! https://www.fdos.org/kernel/testing/4K/ Included is a test kernel supporting 4KB sectors, note it limits buffers to 2 to avoid memory corruption on boot. Also there is tdsk 3.2 with patch to allow 4KB sectors assembled with jwasm. source can be found on sf fdos svn - hack to limit buffers to 2 not there but available on request. this kernel is there to allow testing with drive that exposes non 512 byte sectors only and will be removed without notice. Thanks for testing, Jeremy -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
[Freedos-user] Re : Support for 4k byte sectors + TDSK
Hi, Guys! Replying to self, sort of, and Jeremy at the same time. I've been glancing thru the ram disk, TDSK, source. Internal buffer (used for init only) was provisionned for one 4K sector, but for some reason author(s) limited sector size to 2K, as specified on the driver's command line. I boldly hacked the binary so it ignored the limitation and, behold, a first quick and (very) dirty test of a ~8 MBytes FAT12 based RAM disk *with 4096 byte sectors* in MS-DOS 7.1 with a rather fully loaded config SUCCEEDED! I was able to copy several megabyte files to/from the ramdisk (quick tests did include binary compare fo source to dest, and an examination of the RAMdisk with Norton's DISKEDIT revealed no problems). I'm not affirming yet there are no hidden bugs but, clearly, MSDOS CAN support this type of device with no or little problems ! This to me is great news, since it makes it worth developing a simple ASPI to DOS convertor for use with my external USB disk. MSDOS bugs, if any, may be limited to installing large sectored units which are to be managed by IO/MSDOS.SYS internal disk driver. Jeremy wrote : > (currently not while testing). ?I have tested 256, 512, > 1024, and 2048 > byte sectors with tdsk (currently my only way to test). You may try to force TDSK to allow 4096 bps (not more without recompilation) by nullifying the sanity test for command-line size-of-sector, like I did ! Czerno -- Try before you buy = See our experts in action! The most comprehensive online learning library for Microsoft developers is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3, Metro Style Apps, more. Free future releases when you subscribe now! http://p.sf.net/sfu/learndevnow-dev2 ___ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user