home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.hp
- Path: sparky!uunet!usc!sdd.hp.com!hpscit.sc.hp.com!hpuerca.atl.hp.com!der
- From: der@hpuerca.atl.hp.com (Dave Ritchie)
- Subject: Re: Building HP Kernals
- Message-ID: <BzEHHs.G8G@hpuerca.atl.hp.com>
- Date: Thu, 17 Dec 1992 11:05:51 GMT
- References: <1992Dec16.015005.1043@nb.rockwell.com> <1gniefINN7am@loon.graphics.cornell.edu>
- Organization: Hewlett-Packard NARC Atlanta
- Lines: 41
-
- In <1gniefINN7am@loon.graphics.cornell.edu> hurf@boa.graphics.cornell.edu (Hurf Sheldon) writes:
-
- >In article <1992Dec16.015005.1043@nb.rockwell.com>, lccha@nb.rockwell.com (Lloyd C. Cha) writes:
- >|> A question for HP Kernal hackers:
- >|>
- >|> I am trying to modify several parameters in our HP-UX 8.07 kernal running on
- >|> HP 9000 series 730 machines. Specifically, the parameters NPROC and MAXFILES.
- >|> The procedure I have been following is:
- >|>
- >|> 1) make the changes in the #define statements of the conf.c file
- >|> in /etc/conf
- >|>
- >|> so I have: #define NPROC (20+8*MAXUSERS+(NGCSP))*3
- >|> #define MAXFILES 256
- >|>
- >|> 2) execute make -f config.mk in the same directory.
- >|>
- >|> The conf.o file gets rebuilt, as does the hp-ux kernal. However, when I
- >|> examine the kernal using SAM after rebooting, I find that the nproc value
- >|> still has the incorrect value. I was not able to locate the MAXFILES parameter
- >|> within SAM (does anyone have a way of checking the value of this by reading
- >|> the kernal?), but I think that also was not set.
-
- >I have found that some kernal parameters will not change unless changed in /etc/master.
- >Sam ususlly reports the correct kernal parameter value - adb will report
- >incorrectly large values to kernal parameters under 8.07 (why?) as will monitor.
-
- >--
- > Hurf Sheldon Network: hurf@graphics.cornell.edu
- > Program of Computer Graphics Phone: 607 255 6713
- > 580 Eng. Theory Center, Cornell University, Ithaca, N.Y. 14853
- >
-
- Actually, you should be modifying your dfile and not fiddling with /etc/master
- at all - uxgen should take care of this..... uncertain of what affect this
- has on sam, which does use dfile's to generate kernels - this may just be
- a syncronization problem caused by intermixing sam and manual configuration
- usage.
-
- -- Dave Ritchie
- der@hpuerca.atl.hp.com
-