From owner-freebsd-hackers Sun Feb 22 13:47:41 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18763 for freebsd-hackers-outgoing; Sun, 22 Feb 1998 13:47:41 -0800 (PST) (envelope-from owner-freebsd-hackers@FreeBSD.ORG) Received: from sag.space.lockheed.com (sag.space.lockheed.com [192.68.162.134]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id NAA18744; Sun, 22 Feb 1998 13:47:27 -0800 (PST) (envelope-from handy@sag.space.lockheed.com) Received: from localhost by sag.space.lockheed.com; (5.65v3.2/1.1.8.2/21Nov95-0423PM) id AA19196; Sun, 22 Feb 1998 13:47:29 -0800 Date: Sun, 22 Feb 1998 13:47:29 -0800 (PST) From: Brian Handy To: hackers@FreeBSD.ORG Cc: Jordan Hubbard Subject: VFATFS Status Message-Id: X-Files: The truth is out there Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Heya folks, We tried the Luoqi patch on ftp.freebsd.org for vfatfs, and the following missive from my test subject is the result. These aren't the same as the ones in -current. Our results are included below. (There is probably something else up with the ZIP drive, but I surmise we should be able to read the Win95 partition. I wasn't present for this experiment so I can't say exactly what transpired.) I know Jordan is looking for results on this, maybe in part as a candidate for -STABLE. If I can find a version of these that apply to -STABLE, I'm willing to give it a try. If I grab the -CURRENT msdosfs, is there any hope I can get it to compile in -STABLE? We can give it a try here... Thanks, Brian ---------- Forwarded message ---------- Date: Sun, 22 Feb 98 12:26:45 -0800 To: Brian Handy Subject: Re: VFAT? No joy. I made the patch, it didn't complain. I re-made the kernel, no complaints that I noticed and it boots OK (also changed some kernel options, mostly removing a few obvious things like CPU386). But if I try to mount wd0 or wd3 (where I deduce the Zip drive is), I get invalid arg messages except occassionally I get hard read errors on the Zip and the light goes on the drive. Without the -t msdos, it kicks me off with a different error (bad zero block or somesuch, I can jot these down if it would be useful). Mounting floppies with the -t msdos switch does work so I don't think it was just the wine last night. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message