[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20130623095425.GB3669@amd.pavel.ucw.cz>
Date: Sun, 23 Jun 2013 11:54:25 +0200
From: Pavel Machek <pavel@....cz>
To: Joe Perches <joe@...ches.com>
Cc: "Rafael J. Wysocki" <rjw@...k.pl>,
Shuah Khan <shuah.kh@...sung.com>, len.brown@...el.com,
gregkh@...uxfoundation.org, linux-pm@...r.kernel.org,
linux-kernel@...r.kernel.org, shuahkhan@...il.com
Subject: Re: [PATCHv v3] power: Include additional information in
pm_print_times
On Sat 2013-06-22 18:05:50, Joe Perches wrote:
> On Sat, 2013-06-22 at 21:52 +0200, Rafael J. Wysocki wrote:
> > On Friday, June 21, 2013 07:27:22 PM Joe Perches wrote:
> > > On Sat, 2013-06-22 at 02:24 +0200, Rafael J. Wysocki wrote:
> > > > Namely, there are tools that use these messages to create suspend/resume time
> > > > charts and they will stop working after the proposed changes.
> > >
> > > dmesg output isn't guaranteed to be stable.
> >
> > So?
>
> So even if new information was only appended to
> the existing line, the script could break.
>
> If any script needs something stable it should
> depend on information available through other
> sources like trace or proc or sysfs.
Yeah, people try to add it to debugfs, and the results were not nice.
dmesg output is not stable, but we should not break it unneccessarily;
appending at the end should be fine.
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists