From owner-cvs-all Mon Apr 3 13:38:14 2000 Delivered-To: cvs-all@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id 8731237BF06; Mon, 3 Apr 2000 13:34:04 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id WAA23426; Mon, 3 Apr 2000 22:33:41 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Bruce Evans Cc: "Justin T. Gibbs" , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern kern_mib.c vfs_bio.c src/sys/sys buf.h In-reply-to: Your message of "Tue, 04 Apr 2000 06:12:50 +1000." Date: Mon, 03 Apr 2000 22:33:41 +0200 Message-ID: <23424.954794021@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG In message , Bruce Eva ns writes: >The disk layer already handles special sector sizes without adding much >overhead to the usual case. I hope it can do something similar for >b_offset. E.g., only one of { b_blkno, b_offset } needs to be valid. >Theat one could be maintained by all layers and the other one ignored >by all layers. Let me see if I read you right: a 64bit byte offset in bio->bio_offset no bio->bio_*blkno fields we retain buf->b_blkno is that it ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message