[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <46D0AFB3.5080701@imap.cc>
Date: Sun, 26 Aug 2007 00:39:47 +0200
From: Tilman Schmidt <tilman@...p.cc>
To: john stultz <johnstul@...ibm.com>
CC: Andrew Morton <akpm@...ux-foundation.org>,
linux-kernel@...r.kernel.org, Thomas Gleixner <tglx@...utronix.de>,
Andi Kleen <ak@...e.de>, Len Brown <lenb@...nel.org>,
linux-acpi@...r.kernel.org, Dave Jones <davej@...emonkey.org.uk>,
Thomas Renninger <trenn@...e.de>,
Venkatesh Pallipadi <venkatesh.pallipadi@...el.com>
Subject: Re: 2.6.23-rc3-mm1
Am 25.08.2007 02:21 schrieb john stultz:
>> Tilman Schmidt <tilman@...p.cc> wrote:
>>> - on console early during boot, also in SuSE's /var/log/boot.msg:
>>>
>>> your system time is not correct:
>>> Wed Jul 13 13:15:31 UTC 1910
>>> setting system time to:
>>> Tue Jul 24 00:00:00 UTC 2007
>
> Hrmm. I'm not super familiar w/ SuSE's init scripts, but I'm guessing
> that's the ntpdate call.
Nope. The ntpdate call comes much later, and finally sets the system clock
correctly so that there are no lasting effects of all this.
> And "Tuesday Jul 24th"? Sounds about a month
> off, is this just stale info?
I have no idea where that might come from.
>>> /dev/system/root: Superblock last mount time is in the future. FIXED.
>>> /dev/system/root: Superblock last write time is in the future. FIXED.
>
> Does this show up before or after the above date stuff?
After the "your system time is not correct" messages, and before the
regular "Try to get initial date and time via NTP" message accompanying
the ntpdate call.
> Does the issue go away using an older kernel (I want to eliminate easy
> stuff like CMOS batteries giving up)?
It does. Booting 2.6.23-rc3 after that, the system comes up with none
of these messages.
> Also you're not using Linus' CMOS corrupting suspend/resume debugging
> trick, right (I'm forgetting the CONFIG name).
PM_TRACE? No. The entire PM_DEBUG branch is turned off.
--
Tilman Schmidt E-Mail: tilman@...p.cc
Bonn, Germany
Diese Nachricht besteht zu 100% aus wiederverwerteten Bits.
Ungeöffnet mindestens haltbar bis: (siehe Rückseite)
Download attachment "signature.asc" of type "application/pgp-signature" (254 bytes)
Powered by blists - more mailing lists