From owner-freebsd-current@FreeBSD.ORG Fri Oct 14 09:24:45 2011 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1233) id CB40A1065674; Fri, 14 Oct 2011 09:24:45 +0000 (UTC) Date: Fri, 14 Oct 2011 09:24:45 +0000 From: Alexander Best To: Poul-Henning Kamp Message-ID: <20111014092445.GA11785@freebsd.org> References: <20111014085609.GA3799@freebsd.org> <40448.1318582809@critter.freebsd.dk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <40448.1318582809@critter.freebsd.dk> Cc: Nikolay Denev , FreeBSD Current , Arnaud Lacombe Subject: Re: [RFC] Prepend timestamp in msgbuf X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Oct 2011 09:24:45 -0000 On Fri Oct 14 11, Poul-Henning Kamp wrote: > In message <20111014085609.GA3799@freebsd.org>, Alexander Best writes: > > >1) would it be possible to prepend those timestamps to the actual console > >output and not only to the output of demsg? maybe via a sysctl toggle? > > The kernel does not know enough about timezones to emit anything > but UTC timestamps. hmm ok. > > >2) my dmesg output contains a lot of these entries: "<118>" > > These are magic markers for syslogd(8) specifying priority. it would be nice, if their output could be turned off via a dmesg flag imo. > > >3) roughly the first 30 lines of my dmesg output have the timestamp "[1.0]". > >would it be possible to have more accuracy there? > > No, because we don't know the time until we've found the RTC chip. maybe prepending the output with [??] instead of [1.0] would make more sense, so users knows that those timestamps are bogus. cheers. alex > > -- > Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 > phk@FreeBSD.ORG | TCP/IP since RFC 956 > FreeBSD committer | BSD since 4.3-tahoe > Never attribute to malice what can adequately be explained by incompetence.