From owner-freebsd-hackers Mon Dec 15 01:38:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA12195 for hackers-outgoing; Mon, 15 Dec 1997 01:38:43 -0800 (PST) (envelope-from owner-freebsd-hackers) Received: from rah.star-gate.com (rah.star-gate.com [204.188.121.18]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id BAA12187 for ; Mon, 15 Dec 1997 01:38:39 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.8.8/8.8.8) with ESMTP id BAA00969; Mon, 15 Dec 1997 01:38:31 -0800 (PST) (envelope-from hasty@rah.star-gate.com) Message-Id: <199712150938.BAA00969@rah.star-gate.com> X-Mailer: exmh version 2.0gamma 1/27/96 To: Darren Reed cc: gurney_j@resnet.uoregon.edu, hackers@FreeBSD.ORG Subject: Re: Bus/Processor specific I/O methods - was Re: Beginning SPARC port In-reply-to: Your message of "Mon, 15 Dec 1997 20:30:03 +1100." <199712150930.BAA00916@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Dec 1997 01:38:30 -0800 From: Amancio Hasty Sender: owner-freebsd-hackers@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Thats fine . John-Mark's work as well as other in the area of bus abstraction will serve two purpose: 1. pave the way for robust PnP support in FreeBSD 2. abstract bus interface for multiple platforms We really need to iron out the PnP issue on FreeBSD and the bus interface for multiple platforms is a secondary benefit. Amancio > In some mail from Amancio Hasty, sie said: > > > > > Well, the Solaris2 kernel is 600k (/platform/sun4m/kernel/unix) for 2.5.1, > > > > You mean their OS boot loader is 600k 8) > > > > Last but not least I miss the part of a critical and or constructive > > criticism. It almost looks like you are having a bad day 8) > > Ack! Sorry. > > the kernel (/kernel/genunix) is 880k. /kernel is around 9M in size and > is just comprimsed of the kernel + modules. > > so around 14 - 15M of modules, all up. > > my reference to a 10M kernel wasn't how big /kernel would be, but how > big the kernel is when running in multiuser mode (when you've got all > your drivers and everything else loaded and have allocated memory to > store information about anything which might be relevant). >