On 10/04/13 16:35, Jonathan Nieder wrote:
What's next?3.6.9-1~experimental.1, to narrow down the range to search for a fix. The binary from snapshot.debian.org (linux-image-3.6-trunk-amd64) should install fine, or if you prefer to build from source then there are instructions at [1]. Thanks, Jonathan [1] http://kernel-handbook.alioth.debian.org/ch-common-tasks.html (Note in particular sections 4.2.1.1 and 4.2.5.)
I've downloaded the deb file from snapshot.debian.org for 3.6.9-1~experimental.1 and tried that. It booted fine, this version did not show the problem we're exploring in this ticket.
I've also built a 3.2.39 kernel with some patches stripped. This kernel still does exhibit the problem, suggesting the patches I stripped out are not responsible. Those patches are:
bugfix/x86/drm-i915-kick-any-firmware-framebuffers-before-claim.patch bugfix/x86/drm-i915-Only-kick-out-vesafb-if-we-takeover-the-fbc.patch bugfix/x86/drm-i915-add-quirk_invert_brightness-for-ncr-machine.patch bugfix/x86/drm-i915-Close-race-between-processing-unpin-task-an.patch bugfix/all/i915-ensure-that-VGA-plane-is-disabled.patch bugfix/x86/drm-i915-Only-increment-the-user-pin-count-after-suc.patch bugfix/x86/drm-i915-Disable-AsyncFlip-performance-optimisations.patch bugfix/x86/drm-i915-GFX_MODE-Flush-TLB-Invalidate-Mode-must-be-.patch bugfix/x86/drm-i915-dump-UTS_RELEASE-into-the-error_state.patch Here is a quick summary of what kernel's I've tried so far: works 3.8.5 works 3.6.9 fails 3.4.4 fails 3.2.41-2 fails 3.2.39-2 works 3.2.35-2Looking at snapshots.debian.org, I'll try 3.5.5-1, as it seems so far Jonathan has been trying to get me to bisect in on the bug.
Cheers, Geoff