From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1422701AbWF0WsS (ORCPT ); Tue, 27 Jun 2006 18:48:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1422702AbWF0WsS (ORCPT ); Tue, 27 Jun 2006 18:48:18 -0400 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:42650 "EHLO amd.ucw.cz") by vger.kernel.org with ESMTP id S1422701AbWF0WsS (ORCPT ); Tue, 27 Jun 2006 18:48:18 -0400 Date: Wed, 28 Jun 2006 00:48:08 +0200 From: Pavel Machek To: Linus Torvalds Cc: Andrew Morton , linux-kernel@vger.kernel.org Subject: Re: CONFIG_PM_TRACE corrupts RTC Message-ID: <20060627224808.GA11910@elf.ucw.cz> References: <20060625232322.af3f4f6c.akpm@osdl.org> <20060626091413.a15df2e0.akpm@osdl.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Warning: Reading this can be dangerous to your mental health. User-Agent: Mutt/1.5.11+cvs20060126 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Mon 2006-06-26 09:30:49, Linus Torvalds wrote: > > > On Mon, 26 Jun 2006, Andrew Morton wrote: > > > > Oh, I thought it found some spare space in there somehow. > > I really tried. The fact is, the RTC chips have at least 114 bytes of > NVRAM available in them, and most have more. Sadly, while from a hw > standpoint it's non-volatile, the firmware I was testing with cleared it > all (including the extended banks etc). > > > Making it `default y' was a bit unfriendly. How's about `default n' and > > `depends on EMBEDDED'? > > We can certainly make it 'default n', and perhaps hide it behind > EXPERIMENTAL (it's not really, but hey..). Not EMBEDDED, though, this is > literally meant to help random people who have a dead machine on suspend > be able to just turn this on, test suspend, and then when suspend causes a > dead machine, just turn off power and reboot immediately again, and it > will tell you which device was the last one to go through the resume > cycle. This should probably be hidden in kernel debugging submenu... or perhaps even out of the config system. It is only useful if you hack the .c code, anyway, no? Pavel -- (english) http://www.livejournal.com/~pavelmachek (cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html