[Karmic] SRU: [PATCH] [re-request] drm-i915-remove-loop-in-Ironlake-interrupt-handler
Tim Gardner
tim.gardner at canonical.com
Thu Jan 21 12:59:16 UTC 2010
Steve Conklin wrote:
> On 01/20/2010 07:45 AM, Tim Gardner wrote:
>> Steve Conklin wrote:
>>> The attached patch is derived from c7c85101afd0cb8ce497456d12ee1cad4aad152f in
>>> Linus's tree. There has been an urgent request made by intel to apply this to
>>> the stable tree, and it should be in Karmic as well.
>>>
>>> I welcome additional reviews of this patch, as it required some tweaking to
>>> apply and it's ISR code.
>>>
>>> As far as I know, this is the last remaining patch for the moment that is
>>> required in Karmic for Ironlake.
>>>
>>> Steve
>>>
>> I noticed 3 things about the resulting patch.
>>
>> 1) This handler is not very efficient. There is typically one or more
>> bits in a single register that indicates if this instance of the card
>> actually generated the interrupt. In this case it looks like DEIER has
>> that information. Does the handler really need to do 6 register reads
>> and 2 register writes simply to determine it has nothing to do.
>>
>> 2) Depending on the HW design, there may be a race between when the IIR
>> registers are read, and when their conditions are cleared. For example,
>> DEIIR could go active after having been read, but before its cleared at
>> the end of the handler.
>>
>> 3) Why is there an additional variable introduced 'u32 segno' ?
>>
>> rtg
>
> I'm convinced that the patch is good. It leaves this function identical to
> what's now in Linus's upstream tree. As for the questions above, I've pasted the
> complete patched function below, and my answers are:
>
> 1) There aren't really any extra reads. The "disable master interrupt" bit
> accesses the DEIER register correctly, and looks pretty standard. The throwaway
> read isn't documented as far as I can find in the hardware documentation but
> it's been in the driver for a very long time.
>
> To determine whether there is an interrupt pending that we care about, and to
> determine the source, requires reading three registers - DEIIR, GTIIR, and
> SDEIIR. If these three are zero, then we finish out and are done. The registers
> are only read once.
>
> 2) Also, the only bits which cleared are the ones which were set when we got
> interrupted, which should all have been handled. Without the documentation about
> the specifics of this I think we have to assume it's correct. It may be in the
> manuals, I haven't found it.
>
> 3) That variable was added by an earlier patch which makes tracing the driver
> easier - the description frmo the commit to Linus's tree is:
>
> commit 1c5d22f76dc721f3acb7a3dadc657a221e487fb7
> Author: Chris Wilson <chris at chris-wilson.co.uk>
> Date: Tue Aug 25 11:15:50 2009 +0100
>
> drm/i915: Add tracepoints
>
> By adding tracepoint equivalents for WATCH_BUF/EXEC we are able to monitor
> the lifetimes of objects, requests and significant events. These events can
> then be probed using the tracing frameworks, such as systemtap and, in
> particular, perf.
>
> I hereby renew my request to have this pulled in to SRU proposed for Karmic.
>
> Steve
>
> -----------------------------
>
> irqreturn_t igdng_irq_handler(struct drm_device *dev)
> {
> drm_i915_private_t *dev_priv = (drm_i915_private_t *) dev->dev_private;
> int ret = IRQ_NONE;
> u32 de_iir, gt_iir, de_ier, pch_iir;
> struct drm_i915_master_private *master_priv;
>
> /* disable master interrupt before clearing iir */
> de_ier = I915_READ(DEIER);
> I915_WRITE(DEIER, de_ier & ~DE_MASTER_IRQ_CONTROL);
> (void)I915_READ(DEIER);
>
> de_iir = I915_READ(DEIIR);
> gt_iir = I915_READ(GTIIR);
> pch_iir = I915_READ(SDEIIR);
>
> if (de_iir == 0 && gt_iir == 0 && pch_iir == 0)
> goto done;
>
> ret = IRQ_HANDLED;
>
> if (dev->primary->master) {
> master_priv = dev->primary->master->driver_priv;
> if (master_priv->sarea_priv)
> master_priv->sarea_priv->last_dispatch =
> READ_BREADCRUMB(dev_priv);
> }
>
> if (gt_iir & GT_USER_INTERRUPT) {
> u32 seqno = i915_get_gem_seqno(dev);
> dev_priv->mm.irq_gem_seqno = seqno;
> trace_i915_gem_request_complete(dev, seqno);
> DRM_WAKEUP(&dev_priv->irq_queue);
> dev_priv->hangcheck_count = 0;
> mod_timer(&dev_priv->hangcheck_timer, jiffies +
> DRM_I915_HANGCHECK_PERIOD);
> }
>
> if (de_iir & DE_GSE)
> ironlake_opregion_gse_intr(dev);
>
> /* check event from PCH */
> if ((de_iir & DE_PCH_EVENT) &&
> (pch_iir & SDE_HOTPLUG_MASK)) {
> queue_work(dev_priv->wq, &dev_priv->hotplug_work);
> }
>
> /* should clear PCH hotplug event before clear CPU irq */
> I915_WRITE(SDEIIR, pch_iir);
> I915_WRITE(GTIIR, gt_iir);
> I915_WRITE(DEIIR, de_iir);
>
> done:
> I915_WRITE(DEIER, de_ier);
> (void)I915_READ(DEIER);
>
> return ret;
> }
>
Acked-by: Tim Gardner <tim.gardner at canonical.com>
--
Tim Gardner tim.gardner at canonical.com
More information about the kernel-team
mailing list