Is this still an issue on latest -fixes/-queued?

It still happens on -queued kernel cee4ab0284fac1c6da5997802cf2d826898da316.

I guess we need the bisect for this one, no idea what blows up here. But since this is a hang, please make sure first that the baseline really is good.

Bisecting: a merge base must be tested
[6b16351acbd415e66ba16bf7d473ece1574cf0bc] Linux 3.5-rc4

The merge base 6b16351acbd415e66ba16bf7d473ece1574cf0bc is bad.
This means the bug has been fixed between 6b16351acbd415e66ba16bf7d473ece1574cf0bc and [20d5a540e55a29daeef12706f9ee73baf5641c16].

Created attachment 66386 [details]
bisect log

Worksforme on dinq with the i965_dri.so blorp fixes.

It still happens on -queued kernel (commit:a0db295dcd040cf842567bc).

This is another bug that should be retested with drm-intel-testing in case it is the GT_MODE WiZ w/a.

It still happens on the latest -fixes branch （commit: 4a8dece21eea0ad6aca442272673d48693cd93b4） and -queued branch(commi b343cd948b193b414c541755b2fdd40c7f01cdd0）.
It happens on X mode, works well on gnome-session.

Many Oglconform_31 cases also have this issue.

I run following cases, them also have this issue
primbuff(advanced.trianglestrip.hivtx)
fbo(mrt.renderToRbFragShaderRbSizes)
snorm-textures(advanced.mipmap.manual.getTex)

netconsole:
[  230.226514] netconsole: network logging started
[  253.370594] [drm:__gen6_gt_force_wake_get] *ERROR* Timed out waiting for forcewake to ack request.
[  253.372039] [drm:__gen6_gt_wait_for_thread_c0] *ERROR* GT thread status wait timed out

Hm, looks like we've never checked the usual snb suspects:
- Does disabling rc6 work around the issue?

- Does disabling hw contexts work around the issue? The simplest way is with the below patch snippet:

diff --git a/drivers/gpu/drm/i915/i915_gem_context.c b/drivers/gpu/drm/i915/i915_gem_context.c
index 0e510df..f04d90f 100644
--- a/drivers/gpu/drm/i915/i915_gem_context.c
+++ b/drivers/gpu/drm/i915/i915_gem_context.c
@@ -244,7 +244,7 @@ void i915_gem_context_init(struct drm_device *dev)
        struct drm_i915_private *dev_priv = dev->dev_private;
        uint32_t ctx_size;
 
-       if (!HAS_HW_CONTEXTS(dev)) {
+       if (1) {
                dev_priv->hw_contexts_disabled = true;
                return;
        }

Disable RC6, It works well.
Disable hw contexts, this issue still exists.

I am also have in dmesg output:

[60458.774119] [drm:__gen6_gt_force_wake_get] *ERROR* Force wake wait timed out
[61929.498381] [drm:__gen6_gt_force_wake_get] *ERROR* Force wake wait timed out


$ lspci
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 05)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b5)
00:1c.1 PCI bridge: Intel Corporation 82801 PCI Bridge (rev b5)
00:1c.2 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 (rev b5)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b5)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b5)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 05)
00:1f.0 ISA bridge: Intel Corporation H61 Express Chipset Family LPC Controller (rev 05)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family SATA AHCI Controller (rev 05)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 05)
02:00.0 PCI bridge: ASMedia Technology Inc. ASM1083/1085 PCIe to PCI Bridge (rev 01)
03:01.0 Multimedia audio controller: VIA Technologies Inc. VT1720/24 [Envy24PT/HT] PCI Multi-Channel Audio Controller (rev 01)
04:00.0 Ethernet controller: Atheros Communications Inc. AR8151 v2.0 Gigabit Ethernet (rev c0)
05:00.0 USB controller: ASMedia Technology Inc. ASM1042 SuperSpeed USB Host Controller
06:00.0 SATA controller: ASMedia Technology Inc. ASM1062 Serial ATA Controller (rev 01)

If the conclusion is that it is not one of the many bugs mesa introduced with depth-stencils, then we must try it as a duplicate of the rc6 dropped mmio writes.

*** This bug has been marked as a duplicate of bug 50545 ***

Closing old verified.