From owner-cvs-all Wed Sep 20 7:25:29 2000 Delivered-To: cvs-all@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 937BA37B423 for ; Wed, 20 Sep 2000 07:25:21 -0700 (PDT) Received: (qmail 27288 invoked from network); 20 Sep 2000 14:25:13 -0000 Received: from unknown (HELO bde.zeta.org.au) (203.2.228.102) by gidora.zeta.org.au with SMTP; 20 Sep 2000 14:25:13 -0000 Date: Thu, 21 Sep 2000 01:25:09 +1100 (EST) From: Bruce Evans X-Sender: bde@besplex.bde.org To: Matthew Jacob Cc: Peter Wemm , Doug Rabson , "Matthew N. Dodd" , cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/kern subr_bus.c In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG On Tue, 19 Sep 2000, Matthew Jacob wrote: > It's more a matter of what should a standalone executive program assume about > an environment. In my opinion, it's safer to not assume bss clearing by your > loader. IMO, the kernel shouldn't assume anything about the environment except whatever is needed to bootstrap (the pc initialized to put to boot code in the kernel, and the stack initialized or interrupts disabled). The loader shouldn't know anything about executable formats. It should loader should copy a file from the disk and jump to the appropriate entry point. > > > I'll second this. > > > > Well, on the x86 we clear it twice, once in loader and once in locore. I > > thought it was redundant on the x86 since I thought the new boot2 cleared > > the extended ELF segment sizes. We do not support a.out kernels anymore > > so the old bootblocks are not an issue. (the old gas-1.9x cannot assemble > > the .s files). I use the old bootblocks + elf support from boot2. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message