From owner-freebsd-alpha Fri Jan 11 6:51:23 2002 Delivered-To: freebsd-alpha@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id B588B37B405; Fri, 11 Jan 2002 06:51:20 -0800 (PST) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 11 Jan 2002 14:51:19 +0000 (GMT) To: Christian Weisgerber Cc: freebsd-alpha@freebsd.org Subject: Re: cvs commit: src/sys/boot/i386/boot2 boot2.c In-Reply-To: Your message of "Fri, 11 Jan 2002 14:09:12 +0100." <20020111140912.A520@kemoauc.mips.inka.de> Date: Fri, 11 Jan 2002 14:51:19 +0000 From: Ian Dowse Message-ID: <200201111451.aa87058@salmon.maths.tcd.ie> Sender: owner-freebsd-alpha@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org In message <20020111140912.A520@kemoauc.mips.inka.de>, Christian Weisgerber wri tes: >> An alternative patch for the alpha 16k/2k block size issue is below. >> This is more complex, but it should make boot1 work for any block >> size without the need for large buffers or a #defined maximum block >> size. It is completely untested, apart the fact that it compiles, > >This works for me for both 16k/2k and 8k/1k filesystems. >(-CURRENT, PC164) Great! Thanks for testing it! I guess we must have been very near to the runtime memory limit for boot1 with 8k buffers. Now that I look more carefully, there may be a 48k limit for boot1 based on the PRIMARY_LOAD_ADDRESS and SECONDARY_LOAD_ADDRESS definitions. That would certainly explain why 4*8k buffers worked, but 4*16k didn't - sorry for suggesting that you hadn't installed the new blocks correctly :-) Ian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-alpha" in the body of the message