All of lore.kernel.org
 help / color / mirror / Atom feed
From: Matthew Garrett <mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org>
To: "Rafael J. Wysocki" <rjw-KKrjLPT3xs0@public.gmane.org>
Cc: Yves-Alexis Perez
	<corsac-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org>,
	Arjan van de Ven <arjan-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>,
	Linux Kernel Mailing List
	<linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>,
	Kernel Testers List
	<kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>
Subject: Re: [Bug #12152] Huge wakeups number from i1915
Date: Mon, 8 Dec 2008 12:59:38 +0000	[thread overview]
Message-ID: <20081208125938.GB31976@srcf.ucam.org> (raw)
In-Reply-To: <200812080828.07683.rjw-KKrjLPT3xs0@public.gmane.org>

On Mon, Dec 08, 2008 at 08:28:07AM +0100, Rafael J. Wysocki wrote:
> On Monday, 8 of December 2008, Yves-Alexis Perez wrote:
> > On dim, 2008-12-07 at 15:12 -0800, Arjan van de Ven wrote:
> > > 
> > > > > at least in some of the cases where this has been seen the cause
> > > is
> > > > > the following:
> > > > > The i915 DRM driver used to do polling for completion, busy
> > > > > waiting. It moved to be interrupt driven, which is usually better
> > > > > for power, but it will show up as more wakeups in powertop....
> > > > 
> > > > IOW, this is not a regression?
> > > 
> > > I don't know about this specifc case (not enough information) but for
> > > the case I described it's not a regression. Going to interrupt driven
> > > from busy waiting is an improvement not a regression :)
> > 
> > Well, several thousand or more interrupts really seems like a
> > regression :). But it seems that's the same thing as the “IRQ
> > spinning” (there was a thread on dri-devel about that).
> > 
> > It seems fixed with a patch from Matthew Garrett applied to
> > drm-intel/for-airlied but I don't think this has been applied to Linus
> > master.
> 
> Any pointers to the patch, please?

Doesn't ring any bells for me...

-- 
Matthew Garrett | mjg59-1xO5oi07KQx4cg9Nei1l7Q@public.gmane.org

WARNING: multiple messages have this Message-ID (diff)
From: Matthew Garrett <mjg59@srcf.ucam.org>
To: "Rafael J. Wysocki" <rjw@sisk.pl>
Cc: Yves-Alexis Perez <corsac@debian.org>,
	Arjan van de Ven <arjan@infradead.org>,
	Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
	Kernel Testers List <kernel-testers@vger.kernel.org>
Subject: Re: [Bug #12152] Huge wakeups number from i1915
Date: Mon, 8 Dec 2008 12:59:38 +0000	[thread overview]
Message-ID: <20081208125938.GB31976@srcf.ucam.org> (raw)
In-Reply-To: <200812080828.07683.rjw@sisk.pl>

On Mon, Dec 08, 2008 at 08:28:07AM +0100, Rafael J. Wysocki wrote:
> On Monday, 8 of December 2008, Yves-Alexis Perez wrote:
> > On dim, 2008-12-07 at 15:12 -0800, Arjan van de Ven wrote:
> > > 
> > > > > at least in some of the cases where this has been seen the cause
> > > is
> > > > > the following:
> > > > > The i915 DRM driver used to do polling for completion, busy
> > > > > waiting. It moved to be interrupt driven, which is usually better
> > > > > for power, but it will show up as more wakeups in powertop....
> > > > 
> > > > IOW, this is not a regression?
> > > 
> > > I don't know about this specifc case (not enough information) but for
> > > the case I described it's not a regression. Going to interrupt driven
> > > from busy waiting is an improvement not a regression :)
> > 
> > Well, several thousand or more interrupts really seems like a
> > regression :). But it seems that's the same thing as the “IRQ
> > spinning” (there was a thread on dri-devel about that).
> > 
> > It seems fixed with a patch from Matthew Garrett applied to
> > drm-intel/for-airlied but I don't think this has been applied to Linus
> > master.
> 
> Any pointers to the patch, please?

Doesn't ring any bells for me...

-- 
Matthew Garrett | mjg59@srcf.ucam.org

  parent reply	other threads:[~2008-12-08 12:59 UTC|newest]

Thread overview: 72+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-07 20:27 2.6.28-rc8-git5: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-07 20:27 ` Rafael J. Wysocki
2008-12-07 20:27 ` Rafael J. Wysocki
2008-12-07 20:27 ` [Bug #11849] default IRQ affinity change in v2.6.27 (breaking several SMP PPC based systems) Rafael J. Wysocki
2008-12-07 20:27   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #11898] mke2fs hang on AIC79 device Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #11858] Timeout regression introduced by 242f9dcb8ba6f68fcd217a119a7648a4f69290e9 Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #11906] 2.6.28-rc2 seems to fail at powering down the monitor when it should Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12028] i915 DRM is broken in 2.6.28-rc4 Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #11958] [2.6.27.x =&gt; 2.6.28-rc3] Xorg crash with xf86MapVidMem error Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #11947] 2.6.28-rc VC switching with Intel graphics broken Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12034] snd-hda-intel on Realtek ALC268 chip shows only Master volume (for playback) Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12100] resume (S2R) broken by Intel microcode module, on A110L Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12047] ACPI toshiba: only register rfkill if bt is enabled Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12061] snd_hda_intel: power_save: sound cracks on powerdown Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12152] Huge wakeups number from i1915 Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 22:52   ` Arjan van de Ven
2008-12-07 22:52     ` Arjan van de Ven
     [not found]     ` <20081207145203.0f998d5b-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
2008-12-07 22:52       ` Rafael J. Wysocki
2008-12-07 22:52         ` Rafael J. Wysocki
     [not found]         ` <200812072352.07151.rjw-KKrjLPT3xs0@public.gmane.org>
2008-12-07 23:12           ` Arjan van de Ven
2008-12-07 23:12             ` Arjan van de Ven
     [not found]             ` <20081207151203.46c01a0d-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org>
2008-12-07 23:15               ` Rafael J. Wysocki
2008-12-07 23:15                 ` Rafael J. Wysocki
2008-12-08  6:24               ` Yves-Alexis Perez
2008-12-08  6:24                 ` Yves-Alexis Perez
2008-12-08  6:32                 ` Yves-Alexis Perez
2008-12-08  6:32                   ` Yves-Alexis Perez
2008-12-08  7:28                 ` Rafael J. Wysocki
2008-12-08  7:28                   ` Rafael J. Wysocki
     [not found]                   ` <200812080828.07683.rjw-KKrjLPT3xs0@public.gmane.org>
2008-12-08  7:32                     ` Yves-Alexis Perez
2008-12-08  7:32                       ` Yves-Alexis Perez
2008-12-08 12:59                     ` Matthew Garrett [this message]
2008-12-08 12:59                       ` Matthew Garrett
2008-12-08 16:19                       ` Yves-Alexis Perez
     [not found]                         ` <20081208161948.GF16053-vD43ovf/fd+sTnJN9+BGXg@public.gmane.org>
2008-12-08 16:35                           ` Matthew Garrett
2008-12-08 16:35                             ` Matthew Garrett
2008-12-08 16:45                             ` Yves-Alexis Perez
2008-12-07 20:32 ` [Bug #12156] v2.6.28-rc2: x86_32 relocation regression? Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12155] Regression in 2.6.28-rc and 2.6.27-stable - hibernate related Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12158] commit b1ee26b freezes system on switching from X to text console Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-12 10:51   ` Gaudenz Steinlin
2008-12-07 20:32 ` [Bug #12160] networking oops after resume from s2ram (2.6.28-rc6) Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12159] 2.6.28-rc6-git1 -- No sound produced from Intel HDA ALSA driver Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12177] [memcg BUG ?] failed to boot on IA64 with CONFIG_DISCONTIGMEM=y Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-08  7:02   ` Balbir Singh
2008-12-08  7:02     ` Balbir Singh
     [not found]     ` <20081208070230.GA18939-SINUvgVNF2CyUtPGxGje5AC/G2K4zDHf@public.gmane.org>
2008-12-08  7:29       ` Rafael J. Wysocki
2008-12-08  7:29         ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12178] Xorg crash at first start Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
2008-12-07 20:32 ` [Bug #12161] [i915 drm] irq 16: nobody cared with latest git kernels Rafael J. Wysocki
2008-12-07 20:32   ` Rafael J. Wysocki
  -- strict thread matches above, loose matches on Subject: below --
2008-12-03 21:49 2.6.28-rc7-git2: Reported regressions from 2.6.27 Rafael J. Wysocki
2008-12-03 21:58 ` [Bug #12152] Huge wakeups number from i1915 Rafael J. Wysocki
2008-12-03 21:58   ` Rafael J. Wysocki

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=20081208125938.GB31976@srcf.ucam.org \
    --to=mjg59-1xo5oi07kqx4cg9nei1l7q@public.gmane.org \
    --cc=arjan-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org \
    --cc=corsac-8fiUuRrzOP0dnm+yROfE0A@public.gmane.org \
    --cc=kernel-testers-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=rjw-KKrjLPT3xs0@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.