Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 27 Apr 2002 11:26:46 -0700 (PDT)
From:      Shizuka Kudo <shizukakudo_99@yahoo.com>
To:        freebsd-current@FreeBSD.ORG
Subject:   Re: Recent commit to sys/kern/kern_environment.c broke reading tunables
Message-ID:  <20020427182646.66326.qmail@web11406.mail.yahoo.com>
In-Reply-To: <20020428030240.E735-100000@gamplex.bde.org>

next in thread | previous in thread | raw e-mail | index | archive | help

--- Bruce Evans <bde@zeta.org.au> wrote:
> On Fri, 26 Apr 2002, Shizuka Kudo wrote:
> 
> > It seems the latest commit of
> > sys/kern/kern_environment to current broke the
> reading
> > of system tunables set by loader.conf. This is
> true at
> > least for hw.cbb.start_mem of my cardbus bridge.
> With
> > this latest commit, the hw.cbb.start_mem sysctl
> still
> > shows the default value after boot up.
> >
> > Reverting back to version 1.22 solve my problem.
> Is
> > this unique to me?
> 
> The tunable for this sysctl spelled inconsistently
> as
> "hw.cbb.start_memory", so rev.1.23 "fixed" finding
> it if it is
> misspelled in the environment as "hw.cbb.start_mem".
>  From
> dev/pccbb/pccbb.c:
> 
> 	/* There's no way to say TUNEABLE_LONG to get the
> right types */
> 	u_long pccbb_start_mem = PCCBB_START_MEM;
> 	TUNABLE_INT("hw.cbb.start_memory", (int
> *)&pccbb_start_mem);
> 	SYSCTL_ULONG(_hw_cbb, OID_AUTO, start_mem,
> CTLFLAG_RD,
> 	    &pccbb_start_mem, PCCBB_START_MEM,
> 	    "Starting address for memory allocations");
> 
> Does changing the spelling in the environment to
> match the tunable
> fix the problem?
> 
> Bruce
> 

This is the problem for me. I overlooked and should
have checked it first.

Thanks

__________________________________________________
Do You Yahoo!?
Yahoo! Health - your guide to health and wellness
http://health.yahoo.com

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-current" in the body of the message




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