From owner-freebsd-arch  Fri Jul  7 12:51:35 2000
Delivered-To: freebsd-arch@freebsd.org
Received: from apollo.backplane.com (apollo.backplane.com [216.240.41.2])
	by hub.freebsd.org (Postfix) with ESMTP
	id 83D9437C23C; Fri,  7 Jul 2000 12:51:33 -0700 (PDT)
	(envelope-from dillon@apollo.backplane.com)
Received: (from dillon@localhost)
	by apollo.backplane.com (8.9.3/8.9.1) id MAA01257;
	Fri, 7 Jul 2000 12:51:30 -0700 (PDT)
	(envelope-from dillon)
Date: Fri, 7 Jul 2000 12:51:30 -0700 (PDT)
From: Matthew Dillon <dillon@apollo.backplane.com>
Message-Id: <200007071951.MAA01257@apollo.backplane.com>
To: Marius Bendiksen <mbendiks@eunet.no>
Cc: Adrian Chadd <adrian@FreeBSD.ORG>,
	Alfred Perlstein <bright@wintelcom.net>, freebsd-arch@FreeBSD.ORG
Subject: Re: Alterations to vops
References:  <Pine.BSF.4.05.10007071936010.74828-100000@login-1.eunet.no>
Sender: owner-freebsd-arch@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.ORG


:Like I stated in the original post; currently, certain operations scan
:through a number of blocks in kernel space. I would like to be able to
:add an off_t to the argument list of said operations, set to VNOVAL by
:the caller, then initialized by the VOP, and incremented by it on each
:pass. The VOP will return a new error code (ERETRY) when the pass only
:partially completed, and the library will iterate.
:
:Marius

    You are assuming that such scans are long enough to cause a problem.
    The general answer to that is:  99.99% of the scans done inside the
    kernel are very, very short, so adding all sorts of functionality to
    try to break them into pieces is not going to gain us anything.

					-Matt
					Matthew Dillon 
					<dillon@backplane.com>


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