From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Rafael J. Wysocki" Subject: Re: [PATCH] ACPI: Read TSC upon resume Date: Thu, 7 Oct 2010 21:59:31 +0200 Message-ID: <201010072159.31482.rjw@sisk.pl> References: <1286406919-6236-1-git-send-email-snanda@chromium.org> <20101007021959.GA7300@suse.de> Mime-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Return-path: Received: from ogre.sisk.pl ([217.79.144.158]:54142 "EHLO ogre.sisk.pl" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751362Ab0JGUAY (ORCPT ); Thu, 7 Oct 2010 16:00:24 -0400 In-Reply-To: Sender: linux-acpi-owner@vger.kernel.org List-Id: linux-acpi@vger.kernel.org To: Sameer Nanda Cc: Greg KH , lenb@kernel.org, stefan.bader@canonical.com, brad.figg@canonical.com, apw@canonical.com, linux-acpi@vger.kernel.org, linux-kernel@vger.kernel.org On Thursday, October 07, 2010, Sameer Nanda wrote: > (resending as plain text, sorry if you got dupe messages) > > On Wed, Oct 6, 2010 at 7:19 PM, Greg KH wrote: > > On Wed, Oct 06, 2010 at 04:15:19PM -0700, Sameer Nanda wrote: > >> Read the TSC upon resuming and print it out. This is useful > >> in helping figure out amount of time spent in the BIOS when > >> resuming from suspend. > >> > >> Change-Id: I1d6a32bd62421becddecd152d561763e5f3e1101 > > > > What is this tag for? I don't think it matches anything the kernel > > community wants, do you? > > Yeah, its not needed. Let me resubmit the patch without this tag. > > > > > And are you always going to be printing this out? Why do we want to > > know this every time? > > Yes, every time. This helps track variance in BIOS resume times > within a single boot. > > > > >> Signed-off-by: Sameer Nanda > >> --- > >> drivers/acpi/sleep.c | 4 ++++ > >> 1 files changed, 4 insertions(+), 0 deletions(-) > >> > >> diff --git a/drivers/acpi/sleep.c b/drivers/acpi/sleep.c > >> index c0fed2e..f0588fa 100644 > >> --- a/drivers/acpi/sleep.c > >> +++ b/drivers/acpi/sleep.c > >> @@ -214,6 +214,7 @@ static int acpi_suspend_enter(suspend_state_t pm_state) > >> acpi_status status = AE_OK; > >> unsigned long flags = 0; > >> u32 acpi_state = acpi_target_sleep_state; > >> + u64 tsc; > >> > >> ACPI_FLUSH_CPU_CACHE(); > >> > >> @@ -235,6 +236,9 @@ static int acpi_suspend_enter(suspend_state_t pm_state) > >> > >> case ACPI_STATE_S3: > >> do_suspend_lowlevel(); > >> + rdtscll(tsc); > >> + printk(KERN_INFO "TSC at resume: %llu\n", > >> + (unsigned long long)tsc); > > > > How long does this take, will it slow down resume? > > The impact is ~10us (as measured on an Intel Atom N455 @ 1.66Ghz). > Given that resume time is currently of the order of 1sec, its in the > noise range. Do I think correctly that it assumes the TSC will be updated in the sleep state? Rafael