Return to BSD News archive
Newsgroups: comp.os.386bsd.development Path: sserve!newshost.anu.edu.au!munnari.oz.au!news.Hawaii.Edu!ames!agate!howland.reston.ans.net!noc.near.net!uunet!pipex!uknet!mcsun!sun4nl!eur.nl!pk From: pk@cs.few.eur.nl (Paul Kranenburg) Subject: Re: Kernel is too big for 640K Message-ID: <1993May20.123808.18947@cs.few.eur.nl> Sender: news@cs.few.eur.nl Reply-To: pk@cs.few.eur.nl Organization: Erasmus University Rotterdam References: <1993May17.101101.1940@yvax.byu.edu> Date: Thu, 20 May 1993 12:38:08 GMT Lines: 20 In <1993May17.101101.1940@yvax.byu.edu> bkh@nephi-hbll.byu.edu (Brian K. Holman) writes: >I recompiled the NetBSD Kernel. I increased the number of users >and the number of ptys. I also modified the MAKEDEV script to allow >it to generate ptys beyond 32. When I boot it gives me the message >"Kernel is too big for 640K. Only hope is to link for >1MB". I >assume that this message was put there for a reason. Can someone In this case, another solution seems warranted. Note that the tty structure (in <sys/tty.h> is more than 3K in size, due to the inclusion of 3 "ring buufers" of 1K each. If you configure 32 ptys, this consumes nearly 100K of precious memory in the data segment. I don't think it will be a hard job to replace the static buffers with a call to malloc() somewhere in ttyopen() and a free() in ttyclose(). There may just be snag involved in conjunction with console driver in its current form, though. -pk