From owner-cvs-all Wed Sep 22 14: 1: 1 1999 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 C145B15502; Wed, 22 Sep 1999 14:00:46 -0700 (PDT) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id WAA35714; Wed, 22 Sep 1999 22:59:29 +0200 (CEST) (envelope-from phk@critter.freebsd.dk) To: Matthew Dillon Cc: mjacob@feral.com, cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG Subject: Re: cvs commit: src/sys/kern kern_physio.c src/sys/miscfs/specfs spec_vnops.c src/sys/sys conf.h In-reply-to: Your message of "Wed, 22 Sep 1999 13:53:37 PDT." <199909222053.NAA20220@apollo.backplane.com> Date: Wed, 22 Sep 1999 22:59:29 +0200 Message-ID: <35712.938033969@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk In message <199909222053.NAA20220@apollo.backplane.com>, Matthew Dillon writes: >:>Can si_iosize_max be a sized integer? >: >:If by this you mean that it should be number of DEV_BSIZE sectors the >:answer is no, there is/should be nothing which limit us to sectors >:of DEV_BSIZE (think audio CDs). I don't think a transaction size >:limit of ~1GB is going to be a limitation in the near future. >: >:-- >:Poul-Henning Kamp FreeBSD coreteam member > > This is true for raw devices, but not true for anything that runs through > the VM system or buffer cache. but as anyone can see from the commit message this affected physio so clearly char devices are involved :-) -- 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