From owner-freebsd-questions Tue Apr 13 8: 9:19 1999 Delivered-To: freebsd-questions@freebsd.org Received: from tornado.cisco.com (tornado.cisco.com [171.69.104.22]) by hub.freebsd.org (Postfix) with ESMTP id DB5321565A for ; Tue, 13 Apr 1999 08:09:16 -0700 (PDT) (envelope-from bmcgover@bmcgover-pc.cisco.com) Received: from bmcgover-pc.cisco.com (bmcgover-pc.cisco.com [171.69.104.147]) by tornado.cisco.com (8.8.5-Cisco.1/8.6.5) with ESMTP id LAA10153 for ; Tue, 13 Apr 1999 11:06:56 -0400 (EDT) Received: from bmcgover-pc.cisco.com (localhost.pa.dtd.cisco.com [127.0.0.1]) by bmcgover-pc.cisco.com (8.9.2/8.9.2) with ESMTP id LAA06867 for ; Tue, 13 Apr 1999 11:06:56 -0400 (EDT) (envelope-from bmcgover@bmcgover-pc.cisco.com) Message-Id: <199904131506.LAA06867@bmcgover-pc.cisco.com> To: questions@freebsd.org Reply-To: bmcgover@cisco.com Subject: Maxmimum in-kernel data size in 3.0? Date: Tue, 13 Apr 1999 11:06:56 -0400 From: Brian McGovern Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG I'm running in to a really interesting problem here, and I'm hoping it might not be what I think it is. I'm building a 3.0-RELEASE kernel with several device drivers that carry their own firmware (about 150-200K each) to be loaded at boot time. When I boot said kernel (there are 4 drivers, so 600-800K of firmware), it double faults right after the "changing root to wd0s1a" message, or, right about the time interrupts get enabled. If I go and remove any of the device drivers (thereby lowering the kernel memory footprint), the problem goes away, and all is well. So, my question is, should there be some type of limit to the kernel size (all of the firmware images are global in scope to the driver, but declared static)? Or am I just masking another problem by shuffling how the kernel loads things? And, if there is a limit, what is it, so that I can monitor if/when we're going to go over it? -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-questions" in the body of the message