| Summary: | [GEM] incomplete EXA/UXA rendering | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Tobias Hain <tobias.hain> | ||||||
| Component: | Driver/intel | Assignee: | Eric Anholt <eric> | ||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||
| Severity: | critical | ||||||||
| Priority: | highest | CC: | bgamari, brian, cworth, haien.liu, stavallo | ||||||
| Version: | 7.3 (2007.09) | ||||||||
| Hardware: | x86 (IA32) | ||||||||
| OS: | Linux (All) | ||||||||
| Whiteboard: | |||||||||
| i915 platform: | i915 features: | ||||||||
| Attachments: |
|
||||||||
|
Description
Tobias Hain
2008-08-26 00:43:27 UTC
I don't know whether it's related. I'm seeing two messages over and over again in kern.log: [drm:i915_gem_execbuffer] *ERROR* Going to lose the write domain on obj 15 size 16777216 [drm:i915_gem_execbuffer] *ERROR* Going to lose the write domain on obj 14 size 16777216 thrown by i915_gem.c line 1924. There's another strange message. Might be drm related too: Pid: 0, comm: swapper Not tainted 2.6.27-rc2-gem #4 [<c01272ff>] warn_on_slowpath+0x5f/0xa0 [<c0170030>] mempool_free_pages+0x0/0x10 [<c017034f>] mempool_free+0x7f/0x90 [<c01425e1>] getnstimeofday+0x41/0xe0 [<c013f8d8>] ktime_get+0x18/0x40 [<c0146bb2>] tick_program_event+0x42/0x70 [<c01443da>] clocksource_get_next+0x3a/0x40 [<c0142e12>] update_wall_time+0x442/0x8d0 [<c033c919>] _spin_lock_irqsave+0x29/0x40 [<c012cc38>] local_bh_enable_ip+0x78/0xa0 [<f8f3ec91>] drm_lock_take+0x71/0xd0 [drm] [<f8f3e1ac>] drm_locked_tasklet_func+0x3c/0x90 [drm] [<c012c3a0>] tasklet_hi_action+0x70/0x100 [<c012c93a>] __do_softirq+0x8a/0x110 [<c012ca15>] do_softirq+0x55/0x60 [<c012cb9d>] irq_exit+0x5d/0x80 [<c0106330>] do_IRQ+0x40/0x70 [<c0104877>] common_interrupt+0x23/0x28 [<f8873121>] acpi_idle_enter_bm+0x318/0x39a [processor] [<c02a3183>] cpuidle_idle_call+0x73/0xd0 [<c0102ce5>] cpu_idle+0x65/0x100 ======================= [ end trace 8b80460df52ba2be ]--- Created attachment 18545 [details]
kern.log with WATCH_EXEC, WATCH_LRU enabled debugging
The snippet is taken around the error messages to get information about the buffer states when "[drm:i915_gem_execbuffer] *ERROR*" is thrown.
Meanwhile I updated the kernel from Eric's git repository 2.6.27-rc2 -> 2.6.27-rc4 with GEM patches. It didn't change anything regarding this bug/error. I booted into a NON-GEM enabled kernel (the generic Ubuntu 8.04.1 one which calls itself 2.6.24-19-generic) and launched the GEM enabled libdrm, xserver, intel driver stack on top of this. Here everything works fine. No visual bugs except this message in kern.log: [drm:i915_getparam] *ERROR* Unknown parameter 5 That means I haven't discovered any major GEM enabled intel driver regressions so far and the fall back to the TTM memory manager works fine. This was expected when you announced the intel 2.5.0 test driver: http://lists.freedesktop.org/archives/xorg/2008-August/037960.html If there's a suite of testcases available to throw at the GEM kernel backend, I'd be happy to do that. The patch of comment 5 in this bugreport https://bugs.freedesktop.org/show_bug.cgi?id=17341#c5 fixes the EXA rendering here as well. Those bugs seem to be duplicates/related. Untiled UXA is not fixed by the patch as also reported by Philip Langdale in comment #8. Furthermore EXA + compiz still doesn't work (UXA and compiz does) with GEM enabled kernels. However since I've never seen EXA + compiz + GEM working, it's most likely a different bug. cworth, any idea for this render accel failure? This might dup with #17341. (In reply to comment #5) > cworth, any idea for this render accel failure? > This might dup with #17341. > this issue also happens on our gm965 and q965. This seems to be impacting various platforms. bug#17341 has been fixed and the patch committed. Tobias/Haien, could you retest master branch to see if that helps this bug? I'm still blocked by http://bugs.freedesktop.org/show_bug.cgi?id=17531 and can't test this patch. However since the commited patch is byte equal to the patch I tested in https://bugs.freedesktop.org/show_bug.cgi?id=17304#c4 I'm convinced this bug is resolved. -- What do we do with the UXA case? I'm trying to get the puzzle together: From Jesse's commit note "Only BO map render state if kernel mode setting is active" http://gitweb.freedesktop.org/?p=xorg/driver/xf86-video-intel.git;a=commit;h=e2743a409a02978ca8e953dbbeeb96f61bbd5ce6 and "Ok, just pushed this workaround." https://bugs.freedesktop.org/show_bug.cgi?id=17341#c10 This looks to me as if the UXA case would be fixed by running a kernel mode setting enabled kernel. On the other hand "However the driver [2.4.97.0] should run well on top of GEM enabled kernels (and a bit less well against mode setting enabled kernels if you include the patches I posted to dri-devel recently, though note that there's no video support with kernel mode setting yet)." http://lists.freedesktop.org/archives/xorg/2008-August/037960.html What does "no video support" mean in this posting? Yes, the commited patch of https://bugs.freedesktop.org/show_bug.cgi?id=17341 fixes the EXA case. The UXA case is fixed when using a DRI2 enabled xserver and running the (dri2) branch of intel 2d driver. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.