Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 30 Apr 2001 07:35:37 -0700 (PDT)
From:      Bruce Evans <bde@FreeBSD.org>
To:        cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject:   cvs commit: src/sys/miscfs/specfs spec_vnops.c
Message-ID:  <200104301435.f3UEZbX08864@freefall.freebsd.org>

next in thread | raw e-mail | index | archive | help
bde         2001/04/30 07:35:37 PDT

  Modified files:
    sys/miscfs/specfs    spec_vnops.c 
  Log:
  Backed out previous commit.  It cause massive filesystem corruption,
  not to mention a compile-time warning about the critical function
  becoming unused, by replacing spec_bmap() with vop_stdbmap().
  
  ntfs seems to have the same bug.
  
  The factor for converting specfs block numbers to physical block
  numbers is 1, but vop_stdbmap() uses the bogus factor
  btodb(ap->a_vp->v_mount->mnt_stat.f_iosize), which is 16 for ffs with
  the default block size of 8K.  This factor is bogus even for vop_stdbmap()
  -- the correct factor is related to the filesystem blocksize which is not
  necessarily the same to the optimal i/o size.  vop_stdbmap() was apparently
  cloned from nfs where these sizes happen to be the same.
  
  There may also be a problem with a_vp->v_mount being null.  spec_bmap()
  still checks for this, but I think the checks in specfs are dead code
  which used to support block devices.
  
  Revision  Changes    Path
  1.157     +2 -1      src/sys/miscfs/specfs/spec_vnops.c


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




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200104301435.f3UEZbX08864>