[lkml]   [2018]   [Feb]   [23]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
    SubjectRe: [PATCH v2 1/2] irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain
    I think the HW is fairly simple and straightforward comparing to other
    irq chips so it's rather a logic that concerned me the most i.e. why
    gpio irqs were handled in a "simple" manner whereas the rest of
    interrupts in "edge" manner. According to specification all interrupts
    are edge driven and that's how are they treated in set_type callback.
    First I thought that all can be handled as simple but then I realized
    it makes more sense in handling all of them as edge as they should
    according to specification. I will prepare a v3 series with more
    detailed explanation in it.

    2018-02-23 9:42 GMT+01:00 Thomas Gleixner <>:
    > Radoslaw,
    > On Fri, 23 Feb 2018, Radoslaw Pietrzyk wrote:
    >> - discards setting handle_simple_irq handler for hierarchy interrupts
    >> - removes acking in chained irq handler as this is done by
    >> irq_chip itself inside handle_edge_irq
    >> - removes unneeded irq_domain_ops.xlate callback
    > if that's all functionally correct, then this is a nice cleanup. Though
    > from the above changelog its hard to tell because it merily tells WHAT the
    > patch does, but not WHY. The WHY is the important information for a
    > reviewer who is not familiar with the particular piece of code/hardware.
    > Can you please amend the changelog with proper explanations why a
    > particular piece of code is not needed or has to be changed to something
    > else?
    > Thanks,
    > tglx

     \ /
      Last update: 2018-02-23 10:06    [W:4.058 / U:0.000 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site