Date: Tue, 22 Jan 2002 17:56:31 -0800 From: "Crist J . Clark" <cjc@FreeBSD.ORG> To: Greg Black <gjb@gbch.net> Cc: Brian Reichert <reichert@numachi.com>, "Roger 'Rocky' Vetterberg" <listsub@rambo.simx.org>, Brooks Davis <brooks@one-eyed-alien.net>, hackers@FreeBSD.ORG Subject: Re: cpu info in userland Message-ID: <20020122175631.A83184@blossom.cjclark.org> In-Reply-To: <nospam-1011750084.73718@bambi.gbch.net>; from gjb@gbch.net on Wed, Jan 23, 2002 at 11:41:24AM %2B1000 References: <20020122113351.A25927@Odin.AC.HMC.Edu> <20020122155202.J2872@numachi.com> <3C4DD39B.2050906@rambo.simx.org> <20020122161406.L2872@numachi.com> <nospam-1011750084.73718@bambi.gbch.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Jan 23, 2002 at 11:41:24AM +1000, Greg Black wrote:
> Brian Reichert wrote:
>
> | I've seen situations where 'dmesg' (and by extension dmesg.boot)
> | will contain multiple passes of device probes, etc. I could easily
> | be imagining this, as I can't think of a mechanism to allow for
> | it, nor a reason to do it...
>
> You're not imagining it -- certainly 4.4-RELEASE does this.
If you drop to single-user and go back to multi-user, dmesg.boot gets
written again in rc(8). I have patched rc(8) to only write dmesg.boot
at boot. I should look again at committing that.
--
Crist J. Clark | cjclark@alum.mit.edu
| cjclark@jhu.edu
http://people.freebsd.org/~cjc/ | cjc@freebsd.org
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020122175631.A83184>