linux-kernel - Re: [Bug #16307] i915 in kernel 2.6.35-rc3, high number of wakeups

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <87sk38b7ai.fsf@anar.kanru.info>
Date:	Sun, 25 Jul 2010 10:54:13 +0800
From:	Kan-Ru Chen <kanru@...ru.info>
To:	Enrico Bandiello <enban@...tal.uv.es>,
	Jesse Barnes <jbarnes@...tuousgeek.org>
Cc:	"Rafael J. Wysocki" <rjw@...k.pl>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
	Kernel Testers List <kernel-testers@...r.kernel.org>,
	Maciej Rutecki <maciej.rutecki@...il.com>,
	Enrico Bandiello <enban@...mni.uv.es>
Subject: Re: [Bug #16307] i915 in kernel 2.6.35-rc3, high number of wakeups

Hi,

On Sat, 24 Jul 2010 11:19:50 +0200, Enrico Bandiello <enban@...tal.uv.es> wrote:
> On 07/23/2010 07:25 PM, Jesse Barnes wrote:
> > On Fri, 23 Jul 2010 13:47:31 +0200 (CEST)
> > "Rafael J. Wysocki"<rjw@...k.pl>  wrote:
> >
> >> This message has been generated automatically as a part of a summary report
> >> of recent regressions.
> >>
> >> The following bug entry is on the current list of known regressions
> >> from 2.6.34.  Please verify if it still should be listed and let the tracking team
> >> know (either way).
> >>
> >>
> >> Bug-Entry	: http://bugzilla.kernel.org/show_bug.cgi?id=16307
> >> Subject		: i915 in kernel 2.6.35-rc3, high number of wakeups
> >> Submitter	: Enrico Bandiello<enban@...tal.uv.es>
> >> Date		: 2010-06-26 16:57 (28 days old)
> >> Message-ID	:<4C26317A.5070309@...tal.uv.es>
> >> References	: http://marc.info/?l=linux-kernel&m=127757403404259&w=2
> >
> > Just updated the bug for this one.  Enrico, you say this behavior is
> > recent.  Can you bisect between 2.6.34 and when the problem started?
> >
> Hi. I just tried, but can't find anything useful until now (surely it's 
> my fault: it was my first attempt at bisection). Please let me try again 
> in the next days.

I also noticed that interrupts keeps high in powertop. I bisected it
today:

# bad: [e44a21b7268a022c7749f521c06214145bd161e4] Linux 2.6.35-rc2
# good: [e40152ee1e1c7a63f4777791863215e3faa37a86] Linus 2.6.34
git bisect start 'v2.6.35-rc2' 'v2.6.34'
# good: [2086ca482f89950410527425913ca48d948e9622] i2c-algo-pca: Fix coding style issues
git bisect good 2086ca482f89950410527425913ca48d948e9622
# bad: [1756ac3d3c41341297ea25b818b7fce505bb2a9a] Merge branch 'virtio' of git://git.kernel.org/pub/scm/linux/kernel/git/rusty/linux-2.6-for-linus
git bisect bad 1756ac3d3c41341297ea25b818b7fce505bb2a9a
# bad: [ec2a7587e0a91d5c1afe23a0a73edfce06c5e4e0] Merge branch 'msm-video' of git://codeaurora.org/quic/kernel/dwalker/linux-msm
git bisect bad ec2a7587e0a91d5c1afe23a0a73edfce06c5e4e0
# good: [e0bc5d4a54938eedcde14005210e6c08aa9727e4] Merge branch 'i2c-for-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/jdelvare/staging
git bisect good e0bc5d4a54938eedcde14005210e6c08aa9727e4
# good: [ac3ee84c604502240122c47b52f0542ec8774f15] Merge branch 'dbg-early-merge' of git://git.kernel.org/pub/scm/linux/kernel/git/jwessel/linux-2.6-kgdb
git bisect good ac3ee84c604502240122c47b52f0542ec8774f15
# bad: [f4b7fb94c576265ceffc43031805ade32fa80c6a] drm/radeon/kms: take vram mutex pointer before derefing object.
git bisect bad f4b7fb94c576265ceffc43031805ade32fa80c6a
# bad: [0bcb1d844ac638a4c4280f697d5bfac9791e9a70] Merge branch 'drm-radeon-lockup' into drm-core-next
git bisect bad 0bcb1d844ac638a4c4280f697d5bfac9791e9a70
# bad: [77ffb5979de59efd1a6b280b10d647b09285bee0] drm/i915/pch: Use minimal number of FDI lanes (v2)
git bisect bad 77ffb5979de59efd1a6b280b10d647b09285bee0
# bad: [ab00a9ef8d4ce7de4d5b15cbf4101feeb8cf7f4d] drm/i915: Un-magic a DPCD register write
git bisect bad ab00a9ef8d4ce7de4d5b15cbf4101feeb8cf7f4d
# skip: [0f3ee801b332d6ff22285386675fe5aaedf035c3] drm/i915: Allow LVDS on pipe A on gen4+
git bisect skip 0f3ee801b332d6ff22285386675fe5aaedf035c3
# good: [5bf4c9c469ffc64b85fed1f3d2b0c8b19909ed13] drm/i915: use encoder_list for hotplug callback
git bisect good 5bf4c9c469ffc64b85fed1f3d2b0c8b19909ed13
# bad: [d275f6614e160fa71d6e2201eb34c9b41fd8473c] drm/i915: Clear the LVDS pipe B select bit when moving the LVDS to pipe A.
git bisect bad d275f6614e160fa71d6e2201eb34c9b41fd8473c
# good: [c1c43977e6fc789cbde094303fa9ace629a35aca] drm/i915: passing drm connector param for load detection
git bisect good c1c43977e6fc789cbde094303fa9ace629a35aca
# good: [6443170f6d862a1cc89e61e4bb2410b714b875f4] drm/i915: Remove dead KMS encoder save/restore code.
git bisect good 6443170f6d862a1cc89e61e4bb2410b714b875f4

The bisect stopped between d275f66 and 0f3ee80 so I reverted the
following three commits:

b3b095b drm/i915: enable LVDS on Cougarpoint
d275f66 drm/i915: Clear the LVDS pipe B select bit when moving the LVDS to pipe A.
0f3ee80 drm/i915: Allow LVDS on pipe A on gen4+

Now the powertop only shows about 0.2 interrupts per second. Hope this
information is useful.

Regards,
Kanru
--
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/