[PATCH v3 06/20] drm: omapdrm: Handle FIFO underflow IRQs internally
Laurent Pinchart
laurent.pinchart at ideasonboard.com
Mon Dec 12 21:59:32 UTC 2016
Hi Tomi,
On Tuesday 20 Sep 2016 16:27:22 Tomi Valkeinen wrote:
> On 19/09/16 15:27, Laurent Pinchart wrote:
> > As the FIFO underflow IRQ handler just prints an error message to the
> > kernel log, simplify the code by not registering one IRQ handler per
> > plane but print the messages directly from the main IRQ handler.
> >
> > Signed-off-by: Laurent Pinchart <laurent.pinchart at ideasonboard.com>
> > ---
> > Changes since v1:
> >
> > - Only register error IRQs that exist on the HW
> > ---
> >
> >
> > +static const u32 error_irqs[] = {
> > + [OMAP_DSS_GFX] = DISPC_IRQ_GFX_FIFO_UNDERFLOW,
> > + [OMAP_DSS_VIDEO1] = DISPC_IRQ_VID1_FIFO_UNDERFLOW,
> > + [OMAP_DSS_VIDEO2] = DISPC_IRQ_VID2_FIFO_UNDERFLOW,
> > + [OMAP_DSS_VIDEO3] = DISPC_IRQ_VID3_FIFO_UNDERFLOW,
> > +};
>
> Actually, one comment: "error_irqs" is perhaps not a good name for this.
> "omap_underflow_irqs"?
That sounds good to me, I'll rename it.
> Or actually, maybe it would make sense to move this into dispc, and have
> a similar func to dispc_mgr_get_sync_lost_irq().
I'm certainly not a big fan of the omapdrm/omapdss split, but I think that's a
more general problem. I'll likely need to reorganize that when trying to move
panel and encoder drivers to drm_panel and drm_bridge. I propose revisiting
the topic then.
--
Regards,
Laurent Pinchart
More information about the dri-devel
mailing list