public inbox for linux-acpi@vger.kernel.org
 help / color / mirror / Atom feed
From: Nils Faerber <nils.faerber-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
To: Dominik Brodowski
	<linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ@public.gmane.org>
Cc: "Hendrik Jürgens"
	<hjuerg-ULHALamj7Vx/+Jgy1241yg@public.gmane.org>,
	"Carl-Daniel Hailfinger"
	<c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org>,
	"ACPI mailing list"
	<acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
Subject: Re: Resume -> higher power drain?
Date: Sat, 07 May 2005 17:27:55 +0200	[thread overview]
Message-ID: <427CDE7B.5040306@kernelconcepts.de> (raw)
In-Reply-To: <20050507144417.GA3100-JwFqNg2GrOVrgjWwlLH9qw@public.gmane.org>

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Dominik Brodowski wrote:
> On a P35, a friend of mine determined that suspend to mem leads to a higher
> power consumption if X was running. But only when using the ATI driver. When
> using the vesa driver, the power consumption is increased to a higher rate 
> all the time...

You can decrease power with the x.org drivers and using the
	Option          "DynamicClocks" "on"
in the device sectio of xorg.conf. This will enable dynamic clock
scaling in the Radeon Fire GL and save quite some power.

> Other than the video driver, you can check whether PCI devices changed their
> status (they shouldn't) by doing "lspci -vvv > lspci_before.txt" before
> suspend, "lspci -vvv > lspci_after.txt" after suspend, and checking 
> "diff -u lspci_before.txt lspci_after.txt".

Just did that, no change so it seems PCI is safe.

> Also, does the bus master activity rates typically seen (check 
> /proc/acpi/processor/*/power every once in a while) differ
> between pre-suspend and post-suspend?

This again is interesting!
What does this bus master activity indicate?

Before suspend I see the CPU sporadically changing from C2 to C3 and
back and bus master activity to have values between 00000000 and some
higher values on activity, like 00200000 or even f0000000.

After suspend/resume this changed!
The CPU is now fixed at C2 and does not switch between C2 and C3.
Also the bus master activity is ffffffff in idle state and changes to
strange values on activity, like f7ffffff - quite different than before.

So, good spot!
And where can we go from here?
Is this already the possible cause?

> 	Dominik
CU
  nils faerber

- --
kernel concepts          Tel: +49-271-771091-12
Dreisbachstr. 24         Fax: +49-271-771091-19
D-57250 Netphen          Mob: +49-176-21024535
- --
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

iD8DBQFCfN57JXeIURG1qHgRAuKhAJoDzbAK6oN/2l+1/t6h5/mM3adGGQCfUFBy
1uLU7TtifkeGf2DVmKqE8K8=
=hprp
-----END PGP SIGNATURE-----


-------------------------------------------------------
This SF.Net email is sponsored by: NEC IT Guy Games.
Get your fingers limbered up and give it your best shot. 4 great events, 4
opportunities to win big! Highest score wins.NEC IT Guy Games. Play to
win an NEC 61 plasma display. Visit http://www.necitguy.com/?r=20

  parent reply	other threads:[~2005-05-07 15:27 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-05-07 13:53 Resume -> higher power drain? Nils Faerber
     [not found] ` <427CC869.1050506-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-07 13:59   ` Carl-Daniel Hailfinger
     [not found]     ` <427CC9B3.7060005-hi6Y0CQ0nG0@public.gmane.org>
2005-05-07 14:14       ` Hendrik Jürgens
2005-05-07 14:44         ` Dominik Brodowski
     [not found]           ` <20050507144417.GA3100-JwFqNg2GrOVrgjWwlLH9qw@public.gmane.org>
2005-05-07 15:27             ` Nils Faerber [this message]
     [not found]               ` <427CDE7B.5040306-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-07 15:51                 ` Nils Faerber
     [not found]                   ` <427CE3EF.1010005-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-07 20:02                     ` Pavel Machek
     [not found]                       ` <20050507200225.GB8212-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2005-05-07 22:53                         ` Nils Faerber
     [not found]                           ` <427D46DE.7010301-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-09 10:19                             ` Pavel Machek
     [not found]                               ` <20050509101930.GB24478-jyMamyUUXNJG4ohzP4jBZS1Fcj925eT/@public.gmane.org>
2005-05-09 11:02                                 ` Nils Faerber
     [not found]                                   ` <427F434C.80002-t93Ne7XHvje5bSeCtf/tX7NAH6kLmebB@public.gmane.org>
2005-05-09 11:12                                     ` Ow Mun Heng
     [not found]                                       ` <1115637140.6149.26.camel-/ZsuMndpQpsb5wn6fCfWY+TW4wlIGRCZ@public.gmane.org>
2005-05-09 17:56                                         ` Stefan Seyfried
2005-05-09 11:26                                     ` Pavel Machek
2005-05-09  9:07                         ` Stefan Seyfried
     [not found]                           ` <20050509090724.GA7781-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2005-05-09 12:53                             ` Henrik Brix Andersen
     [not found]                               ` <1115643194.15912.41.camel-7g89Hwo0MwsWlyYapE9R8Q@public.gmane.org>
2005-05-09 13:47                                 ` Matthew Garrett
     [not found]                                   ` <1115646459.27560.10.camel-Xmbc1Sz64/5pghhO6/9/sx2eb7JE58TQ@public.gmane.org>
2005-05-09 13:55                                     ` Nils Faerber
2005-05-09 18:26                                 ` Stefan Seyfried
2005-05-09 13:38                             ` Matthew Garrett
     [not found]                               ` <1115645886.27560.6.camel-Xmbc1Sz64/5pghhO6/9/sx2eb7JE58TQ@public.gmane.org>
2005-05-09 18:28                                 ` Stefan Seyfried
     [not found]                                   ` <20050509182836.GB25273-l0tNAEGuAhhzZ8+rp42Dbp9+tswZ0GTaehPwdyo5hKaELgA04lAiVw@public.gmane.org>
2005-05-09 19:21                                     ` Matthew Garrett
2005-05-10  8:27                                     ` Carl-Daniel Hailfinger
2005-05-09 13:52                             ` Carl-Daniel Hailfinger
2005-05-07 19:59   ` Pavel Machek
     [not found]     ` <20050507195946.GA8212-I/5MKhXcvmPrBKCeMvbIDA@public.gmane.org>
2005-05-07 22:57       ` Nils Faerber

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=427CDE7B.5040306@kernelconcepts.de \
    --to=nils.faerber-t93ne7xhvje5bsectf/tx7nah6klmebb@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=c-d.hailfinger.devel.2005-hi6Y0CQ0nG0@public.gmane.org \
    --cc=hjuerg-ULHALamj7Vx/+Jgy1241yg@public.gmane.org \
    --cc=linux-X3ehHDuj6sIIGcDfoQAp7OTW4wlIGRCZ@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox