[Intel-gfx] [PATCH] i915: remove pm_qos request on error
Daniel Vetter
daniel at ffwll.ch
Sat Jan 25 12:53:56 CET 2014
On Sat, Jan 25, 2014 at 10:13:37AM +0100, Stanislaw Gruszka wrote:
> Not removing pm qos request and free memory for it can cause crash,
> when some other driver use pm qos. For example, this oops:
>
> BUG: unable to handle kernel paging request at fffffffffffffff8
> IP: [<ffffffff81307a6b>] plist_add+0x5b/0xd0
> Call Trace:
> [<ffffffff810acf25>] pm_qos_update_target+0x125/0x1e0
> [<ffffffff810ad071>] pm_qos_add_request+0x91/0x100
> [<ffffffffa053ec14>] e1000_open+0xe4/0x5b0 [e1000e]
>
> was caused by earlier i915 probe failure:
>
> [drm:i915_report_and_clear_eir] *ERROR* EIR stuck: 0x00000010, masking
> [drm:init_ring_common] *ERROR* render ring initialization failed ctl 0001f001 head 00003004 tail 00000000 start 00003000
> [drm:i915_driver_load] *ERROR* failed to init modeset
> i915: probe of 0000:00:02.0 failed with error -5
>
> Bug report:
> http://bugzilla.redhat.com/show_bug.cgi?id=1057533
>
> Reported-by: Giandomenico De Tullio <ghisha at gmail.com>
> Cc: stable at vger.kernel.org
> Signed-off-by: Stanislaw Gruszka <sgruszka at redhat.com>
Picked up for -fixes, thanks for the patch. I've remove the movement of
the to pm_qos_add_request though. If we want to clean this is I think an
intel_irq_fini which is called both here and in the unload code is better.
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
More information about the Intel-gfx
mailing list