From owner-cvs-all Wed Mar 13 5: 6:10 2002 Delivered-To: cvs-all@freebsd.org Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by hub.freebsd.org (Postfix) with ESMTP id 4B6CA37B419; Wed, 13 Mar 2002 05:06:01 -0800 (PST) Received: from fledge.watson.org (fledge.pr.watson.org [192.0.2.3]) by fledge.watson.org (8.11.6/8.11.6) with SMTP id g2DD60i83657; Wed, 13 Mar 2002 08:06:00 -0500 (EST) (envelope-from robert@fledge.watson.org) Date: Wed, 13 Mar 2002 08:05:59 -0500 (EST) From: Robert Watson X-Sender: robert@fledge.watson.org To: Luigi Rizzo Cc: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/nfsclient bootp_subr.c In-Reply-To: <200203130923.g2D9NBL68938@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-cvs-all@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG On Wed, 13 Mar 2002, Luigi Rizzo wrote: > luigi 2002/03/13 01:23:11 PST > > Modified files: > sys/nfsclient bootp_subr.c > Log: > Add a readonly sysctl variable of type string, kern.bootp_cookie, > which is initialized with whatever string a dhcp/bootp server passes > as vendor tag 134. > There is no standard tag that I know with this information, and > no vendor-defined tag that applies to FreeBSD that I could find > doing the same thing. Hmm. This is in the private number range, I assume? Hopefully the handling is sufficiently robust that whatever comes back, bad things won't happen (be it a binary blob with lots of nulls, *'s, shell meta-characters, etc, when handled in userland?). > The intended use is to pass information to userland for run-time > configuration of a diskless client without having to run a bootp/dhcp > client for the third time (after the one in pxeboot/etherboot, and > the one in the kernel bootp), also because these clients generally > screwup the interface configuration, which is not exactly what you > want when you have your disks nfs-mounted. It seems to me that a slightly more useful incantation would actually expose all of the bootp options to userland via a more dimmensional sysctl mib. This would allow userland to inspect any other options that turned up, and avoid hard-coding use of this particular option number in kernel. Robert N M Watson FreeBSD Core Team, TrustedBSD Project robert@fledge.watson.org NAI Labs, Safeport Network Services To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe cvs-all" in the body of the message