Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 28 Jan 2004 12:45:12 -0500
From:      John Baldwin <jhb@FreeBSD.org>
To:        Nate Lawson <nate@root.org>
Cc:        current@freebsd.org
Subject:   Re: getenv_string broken?
Message-ID:  <200401281245.12012.jhb@FreeBSD.org>
In-Reply-To: <20040127222750.P77555@root.org>
References:  <20040126213228.D31623@root.org> <200401271328.29574.jhb@FreeBSD.org> <20040127222750.P77555@root.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday 28 January 2004 01:28 am, Nate Lawson wrote:
> On Tue, 27 Jan 2004, John Baldwin wrote:
> > On Tuesday 27 January 2004 12:42 am, Nate Lawson wrote:
> > > I have a getenv_string() that is never being evaluated.  I declared it
> > > as follows:
> > >
> > > static char acpi_os_name[128];
> > > TUNABLE_STR("hw.acpi.os_name", acpi_os_name, sizeof(acpi_os_name));
> > >
> > > The contents of acpi_os_name are never filled in from the variable I
> > > declared in /boot/loader.conf. Just to be sure, I made a loop that
> > > prints out the contents of kenvp.  It does not have hw.acpi.os_name.
> > >
> > > Here is a snippet of the kenvp array, right where my tunable should be
> > > (os2 is from a test below):
> > >
> > > name: hint.vt.0.disabled=1
> > > name: hw.acpi.os2=8
> > > name: hw.acpi.reset_video=0
> > > name: hw.acpi.verbose=1
> > > name: hw.cbb.start_memory=0xc0203000

How did you dump this?  If os_name isn't in the list, then that is going to be 
a problem of course. :)  That would indicate that a bug in the loader though 
and not in getenv_string().

-- 
John Baldwin <jhb@FreeBSD.org>  <><  http://www.FreeBSD.org/~jhb/
"Power Users Use the Power to Serve"  =  http://www.FreeBSD.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200401281245.12012.jhb>