From owner-freebsd-current@FreeBSD.ORG Thu Jun 5 03:15:05 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 4274737B401 for ; Thu, 5 Jun 2003 03:15:05 -0700 (PDT) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by mx1.FreeBSD.org (Postfix) with SMTP id F228443FAF for ; Thu, 5 Jun 2003 03:15:03 -0700 (PDT) (envelope-from iedowse@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 5 Jun 2003 11:15:02 +0100 (BST) To: Paolo Pisati In-Reply-To: Your message of "Wed, 04 Jun 2003 12:04:03 +0200." <20030604100403.GA1273@southcross.skynet.org> Date: Thu, 05 Jun 2003 11:15:01 +0100 From: Ian Dowse Message-ID: <200306051115.aa28978@salmon.maths.tcd.ie> cc: FreeBSD_Current Subject: Re: msgbuf cksum mismatch (read 933e3, calc 93fbe) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 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: Thu, 05 Jun 2003 10:15:05 -0000 In message <20030604100403.GA1273@southcross.skynet.org>, Paolo Pisati writes: > >What does it mean? > >It's the first row in my today's kernel. You can safely ignore it. Some BIOSes don't clear the RAM during a reboot, so when booting up, FreeBSD attempts to pick up the kernel message buffer from before the reboot (this can be very handy if the reboot was caused by a panic). The above message indicates that the message buffer from the last boot initially appeared to be intact, but its checksum didn't match the contents, so it was cleared. I guess the message could be changed to cause less alarm, or it could be hidden behind bootverbose; I just thought it useful to indicate that the previous message buffer was mostly there in case somebody who really needs it preserved wants to disable the check. The behaviour here could possibly also be made a loader.conf tunable, but I didn't test whether tunables can be used that early in the boot process. Ian