From owner-freebsd-hackers Sat Apr 26 18:25:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id SAA22011 for hackers-outgoing; Sat, 26 Apr 1997 18:25:02 -0700 (PDT) Received: from bugs.us.dell.com (bugs.us.dell.com [143.166.169.147]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id SAA21996 for ; Sat, 26 Apr 1997 18:24:59 -0700 (PDT) Received: from ant.us.dell.com (ant.us.dell.com [198.64.66.34]) by bugs.us.dell.com (8.6.12/8.6.12) with SMTP id UAA08428; Sat, 26 Apr 1997 20:22:08 -0500 Message-Id: <3.0.1.32.19970426195829.007af2b0@bugs.us.dell.com> X-Sender: tony@bugs.us.dell.com X-Mailer: Windows Eudora Light Version 3.0.1 (32) Date: Sat, 26 Apr 1997 19:58:29 -0500 To: terry@lambert.org, ksmm@cybercom.net From: Tony Overfield Subject: Re: VFAT 32 support in msdosfs Cc: joa@kuebart.stuttgart.netsurf.de, hackers@freebsd.org In-Reply-To: <199704261941.MAA07443@phaeton.artisoft.com> References: <1.5.4.32.19970426035451.006fa82c@cybercom.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-hackers@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 12:41 PM 4/26/97 -0700, Terry Lambert wrote: >[OEMSR2] machines are capable of reading long-name-in-volume-label FAT >drives ("VFAT"). But the partitions they use by default, and the >partition table format, and the MBR and the io.sys/io.dos/msdos.dos >where the INT 21 interface is instantiated *all* expect VFAT32. I'm >not sure that an OEMSR2 INT 21 is capable of identifying and booting >from a "VFAT" drive at all. This is nonsense. FAT32 is a superset of FAT16/FAT12. The OEMSR2 version of io.sys supports all three. There is not a special version of io.sys which only supports FAT32 partitions. io.sys does not "do" VFAT at all. VFAT "happens" when the protected mode VFAT driver is loaded. This is why real-mode Windows 95 (DOS mode) cannot see or use long filenames. Of course, io.dos/msdos.dos are irrelevant, since they aren't even used when booting Windows 95, they're used when booting your *previous* DOS, which might be MS-DOS 5.0. Why you think that INT 21 is related to any of this remains a mystery to me.