From owner-cvs-all  Wed Oct 14 09:15:13 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id JAA14178
          for cvs-all-outgoing; Wed, 14 Oct 1998 09:15:13 -0700 (PDT)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA14136;
          Wed, 14 Oct 1998 09:14:29 -0700 (PDT)
          (envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
	by lor.watermarkgroup.com (8.8.8/8.8.8) id MAA11020;
	Wed, 14 Oct 1998 12:14:05 -0400 (EDT)
	(envelope-from luoqi)
Date: Wed, 14 Oct 1998 12:14:05 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199810141614.MAA11020@lor.watermarkgroup.com>
To: cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG, dt@FreeBSD.ORG
Subject: Re:  cvs commit: src/sys/kern vfs_subr.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

> dt          1998/10/14 08:05:53 PDT
> 
>   Modified files:
>     sys/kern             vfs_subr.c 
>   Log:
>   Backed out rev. 1.164. It caused problems on SMP.
>   
>   PR:		8309
>   
>   Revision  Changes    Path
>   1.166     +1 -13     src/sys/kern/vfs_subr.c
> 
Dima,

Would you try the patch in kern/7415? It fixes the VMIO code problem
that causes the MSDOSFS crash. I have been running it without any problem
since July, so if more people can confirm the fix works and has no side
effect, then I can commit it. With this fix in, we could turn on VMIO for
block device vnodes permanently, so all file systems and userland
applications that directly access block devices (database server?) can
take advantage of that.

If the patch in the PR doesn't apply cleanly, I can generate one from my
local tree.

-lq

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe cvs-all" in the body of the message