From owner-cvs-all  Sun Mar  8 20:04:38 1998
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id UAA16091
          for cvs-all-outgoing; Sun, 8 Mar 1998 20:04:38 -0800 (PST)
          (envelope-from owner-cvs-all@FreeBSD.ORG)
Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA15810;
          Sun, 8 Mar 1998 20:01:09 -0800 (PST)
          (envelope-from bde@godzilla.zeta.org.au)
Received: (from bde@localhost)
	by godzilla.zeta.org.au (8.8.7/8.8.7) id OAA07408;
	Mon, 9 Mar 1998 14:57:04 +1100
Date: Mon, 9 Mar 1998 14:57:04 +1100
From: Bruce Evans <bde@zeta.org.au>
Message-Id: <199803090357.OAA07408@godzilla.zeta.org.au>
To: gibbs@plutotech.com, toor@dyson.iquest.net
Subject: Re: cvs commit: src/sys/miscfs/specfs spec_vnops.c
Cc: bde@zeta.org.au, cvs-all@FreeBSD.ORG, cvs-committers@FreeBSD.ORG,
        cvs-sys@FreeBSD.ORG, dyson@FreeBSD.ORG
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

>So do you both believe that we should be setting b_resid always?  I
>have no problem with this, it would simply be nice to have the semantics
>of the field clarified.  All current upper level code seems to initialize
>it to zero...

It should be set just before calling biodone() in strategy routines.
Especially if you don't want to be gratuitously unportable - NetBSD
(25 Nov 1997) still uses the `#define b_cylinder b_resid' hack.  You can
use it for scratch or debugging in the strategy routine, at least after
calling disksort().  E.g., for dumb devices like floppies and non-DMA
IDE, it might be useful to keep it almost in sync with the physical
residual.

Bruce

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