From owner-cvs-all Sun Jan 25 04:37:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05732 for cvs-all-outgoing; Sun, 25 Jan 1998 04:37:10 -0800 (PST) (envelope-from owner-cvs-all@FreeBSD.ORG) Received: from news1.gtn.com (news1.gtn.com [194.77.0.15]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA05714; Sun, 25 Jan 1998 04:37:01 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by news1.gtn.com (8.8.6/8.8.6) with UUCP id NAA02709; Sun, 25 Jan 1998 13:30:06 +0100 (MET) Received: (from andreas@localhost) by klemm.gtn.com (8.8.8/8.8.7) id NAA04497; Sun, 25 Jan 1998 13:02:16 +0100 (CET) (envelope-from andreas) Message-ID: <19980125130216.61126@klemm.gtn.com> Date: Sun, 25 Jan 1998 13:02:16 +0100 From: Andreas Klemm To: "John S. Dyson" Cc: Bill Paul , dyson@FreeBSD.ORG, committers@hub.freebsd.org Subject: Re: cvs commit: src/sys/i386/i386 machdep.c src/sys/i386/include param.h src/sys/i386/isa wd.c src/sys/kern kern_physio. References: <199801241653.IAA24679@hub.freebsd.org> <199801242325.SAA09557@dyson.iquest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88 In-Reply-To: <199801242325.SAA09557@dyson.iquest.net>; from John S. Dyson on Sat, Jan 24, 1998 at 06:25:09PM -0500 X-Disclaimer: A free society is one where it is safe to be unpopular X-Operating-System: FreeBSD 3.0-CURRENT SMP Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk On Sat, Jan 24, 1998 at 06:25:09PM -0500, John S. Dyson wrote: > Bill Paul said: > > > > Ooooo.... does this mean we will finally be free of the 64K limit on > > physio transfers, so that we can use block sizes larger than 64K > > on tape drives? > > > For now, we are limited to 128K (MAXPHYS), but can be tuned upwards > to 256K without grief. I hope to come up with a better solution, > but the tunable will be the same (with the "better" solution, 1MB > will probably be the limit.) If that 32K limit doesn't exist anymore, we could remove the warning message within dump, not to dump with blocksizes larger than 32k, because in the past we were not able to get such a dump restored afterwards. Would be great, if this change could be isolated in a manner, so that it could be merged into stable. So we would be able to read dumps from other architectures (Solaris 2,...) that doesn't have such a limit ... If I remember right, it's not unusual praxis, to dump with 96, 126 and 128 blocks ( <= 64KB) and we currently had <=32 KB. Andreas /// -- Andreas Klemm powered by ,,symmetric multiprocessor FreeBSD''