From owner-cvs-all@FreeBSD.ORG  Wed May  7 11:27:09 2003
Return-Path: <owner-cvs-all@FreeBSD.ORG>
Delivered-To: cvs-all@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP
	id C67C437B401; Wed,  7 May 2003 11:27:09 -0700 (PDT)
Received: from repoman.freebsd.org (repoman.freebsd.org [216.136.204.115])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 7708443FB1; Wed,  7 May 2003 11:27:09 -0700 (PDT)
	(envelope-from mckusick@FreeBSD.org)
Received: from repoman.freebsd.org (localhost [127.0.0.1])
	by repoman.freebsd.org (8.12.6/8.12.6) with ESMTP id h47IR90U052105;
	Wed, 7 May 2003 11:27:09 -0700 (PDT)
	(envelope-from mckusick@repoman.freebsd.org)
Received: (from mckusick@localhost)
	by repoman.freebsd.org (8.12.6/8.12.6/Submit) id h47IR9kV052104;
	Wed, 7 May 2003 11:27:09 -0700 (PDT)
Message-Id: <200305071827.h47IR9kV052104@repoman.freebsd.org>
From: Kirk McKusick <mckusick@FreeBSD.org>
Date: Wed, 7 May 2003 11:27:09 -0700 (PDT)
To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org,
	cvs-all@FreeBSD.org
X-FreeBSD-CVS-Branch: HEAD
Subject: cvs commit: src/sbin/dump main.c traverse.c
X-BeenThere: cvs-all@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: CVS commit messages for the entire tree <cvs-all.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/cvs-all>
List-Post: <mailto:cvs-all@freebsd.org>
List-Help: <mailto:cvs-all-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/cvs-all>,
	<mailto:cvs-all-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 07 May 2003 18:27:10 -0000

mckusick    2003/05/07 11:27:09 PDT

  FreeBSD src repository

  Modified files:
    sbin/dump            main.c traverse.c 
  Log:
  Dump is hard-wired to believe that it can read disks on
  1024-byte boundaries. For many years this was a reasonable
  assumption. However, in recent years we have begun seeing
  devices with 2048-byte sectors. These devices return errors
  when dump tries to read starting in the middle of a sector
  or when it tries to read only the first half of a sector.
  Rather than change the native block size used by dump (and
  thus create an incompatible dump format), this fix checks
  for transfer requests that start and/or end on a non-sector
  boundary. When such a read is detected, the new code reads
  the entire sector and copies out just the part that dump
  needs.
  
  Reviewed by:    Poul-Henning Kamp <phk@critter.freebsd.dk>
  Approved by:    re (John Baldwin <jhb@FreeBSD.org>)
  Sponsored by:   DARPA & NAI Labs.
  
  Revision  Changes    Path
  1.53      +1 -0      src/sbin/dump/main.c
  1.32      +47 -4     src/sbin/dump/traverse.c