Message ID | 20220217043148.480898-1-dmitry.baryshkov@linaro.org |
---|---|
Headers | show |
Series | drm/msm/dpu: simplify IRQ helpers | expand |
Quoting Dmitry Baryshkov (2022-02-16 20:31:42) > This is the second part of > https://patchwork.freedesktop.org/series/91631/ reworked and cleaned up. > > Changes since v1: v2? > - Fix warning ins dpu_trace.h related to > dpu_core_irq_unregister_callback event Any plans to migrate to hierarchical irqchip in here?
On Thu 03 Mar 13:22 PST 2022, Stephen Boyd wrote: > Quoting Dmitry Baryshkov (2022-02-16 20:31:42) > > This is the second part of > > https://patchwork.freedesktop.org/series/91631/ reworked and cleaned up. > > > > Changes since v1: > > v2? > > > - Fix warning ins dpu_trace.h related to > > dpu_core_irq_unregister_callback event > > Any plans to migrate to hierarchical irqchip in here? I like this idea, since it would give us some more visibility, both in form of /proc/interrupts and the standard irq tracepoints. Regards, Bjorn
On Fri, 4 Mar 2022 at 00:23, Stephen Boyd <swboyd@chromium.org> wrote: > > Quoting Dmitry Baryshkov (2022-02-16 20:31:42) > > This is the second part of > > https://patchwork.freedesktop.org/series/91631/ reworked and cleaned up. > > > > Changes since v1: > > v2? And the series should have been v3. Thanks for pointing it out! > > > - Fix warning ins dpu_trace.h related to > > dpu_core_irq_unregister_callback event > > Any plans to migrate to hierarchical irqchip in here? I haven't thought about it. I think that using Linux irq framework for the DPU driver internals might be an overkill. I'd say that it's not at the top of my todo list. However the point is noted.