From owner-freebsd-alpha@FreeBSD.ORG Mon Aug 4 13:37:17 2003 Return-Path: Delivered-To: freebsd-alpha@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2824E37B401 for ; Mon, 4 Aug 2003 13:37:17 -0700 (PDT) Received: from mail.speakeasy.net (mail16.speakeasy.net [216.254.0.216]) by mx1.FreeBSD.org (Postfix) with ESMTP id C996D43FBD for ; Mon, 4 Aug 2003 13:37:11 -0700 (PDT) (envelope-from jhb@FreeBSD.org) Received: (qmail 4261 invoked from network); 4 Aug 2003 20:37:11 -0000 Received: from unknown (HELO server.baldwin.cx) ([216.27.160.63]) (envelope-sender )encrypted SMTP for ; 4 Aug 2003 20:37:11 -0000 Received: from laptop.baldwin.cx (gw1.twc.weather.com [216.133.140.1]) by server.baldwin.cx (8.12.9/8.12.9) with ESMTP id h74Kb89s018422; Mon, 4 Aug 2003 16:37:08 -0400 (EDT) (envelope-from jhb@FreeBSD.org) Message-ID: X-Mailer: XFMail 1.5.4 on FreeBSD X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20030803153523.GB72914@dragon.nuxi.com> Date: Mon, 04 Aug 2003 16:37:29 -0400 (EDT) From: John Baldwin To: "David O'Brien" cc: Ruslan Ermilov cc: Jake Burkholder cc: Peter Wemm cc: Wilko Bulte cc: alpha@FreeBSD.org cc: Scott Long cc: re@FreeBSD.org Subject: Re: miniboot.iso (was: Re: Floppies for ALPHA) X-BeenThere: freebsd-alpha@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Porting FreeBSD to the Alpha List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Aug 2003 20:37:17 -0000 On 03-Aug-2003 David O'Brien wrote: > On Sun, Aug 03, 2003 at 12:35:42AM -0400, John Baldwin wrote: >> On 03-Aug-2003 David O'Brien wrote: >> > On Thu, Jul 31, 2003 at 12:42:49PM +0300, Ruslan Ermilov wrote: >> >> OK, the attached (trivial) patch can be used to create the >> >> miniboot.iso. Its contents is identical to what goes on the >> >> miniinst.iso, except for NOT putting any distributions, docs, >> >> and ports. >> >> >> >> The uncompressed size for i386 is 46M, bzip2(1) compressed size >> >> is 16M, which I think many people can afford. (The size of the >> > >> > What in the world is on this thing to be 46MB?!?!?!? All 3 .flp's added >> > together aren't this large. >> >> It has GENERIC plus modules plus kernel.debug for CURRENT snapshots, >> not BOOTMFS. > > Then it has the wrong image for what we need. It's the same kernel. We just don't wast time building it twice. I recall in the past that you were highly upset with wasting time building things multiple times during release to the point of adding hacks to the kernel build bits that I didn't like. >> >> Jake, a question for you: can this miniboot.iso image be used on >> >> sparc64 like on Alpha (as Wilko demonstrated) instead of the ugly >> >> boot.flp image? >> > >> > Why is making boot.flp "ugly"?? >> >> Because it uses a stripped down kernel with less support, and why >> go through all the heartache to limit it's size when you can just >> use a stock generic kernel? >> >> T DAVID PLZ 2 B RELAX K PLZ THX > > Whatever. You guys keep missing the idea and I can only guess it is from > lack of using a lot of non-i386 hardware. Whatever. I'm trying hard to > make things better here from the mess we have today. Erm, earth to David: I do happen to have some non-x86 hardware that I have built native releases and done test installs with for both alpha and sparc64. I'm not as clueless as you claim on this one, and I am watching what happens here. Please chill. > Sorry I can't read your mind on what is "ugly" about about boot.flp on > the sparc. Since dokern.sh didn't sed out anything from GENERIC, I'd > love to hear an explanation on how the sparc64 boot.flp kernel is > "stripped down" and isn't a "stock generic kernel". Why build an exact duplicate of GENERIC, that's wasteful. Besides, boot.flp is intended to be a floppy. I think what you want is to create a UFS disk image of /R/cdrom/boot that is suitably bootable after the iso.1 stage. Calling that disk image a floppy image is just wrong, since I don't imagine that sparc64 machines have some magical 10mb floppy disk device. -- John Baldwin <>< http://www.FreeBSD.org/~jhb/ "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/