[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <ef86e131-ffb4-b883-b9ca-1e670d960d3e@st.com>
Date: Thu, 19 Apr 2018 15:24:56 +0200
From: Ludovic BARRE <ludovic.barre@...com>
To: Marc Zyngier <marc.zyngier@....com>,
Radosław Pietrzyk <radoslaw.pietrzyk@...il.com>
CC: Thomas Gleixner <tglx@...utronix.de>,
Jason Cooper <jason@...edaemon.net>,
Maxime Coquelin <mcoquelin.stm32@...il.com>,
Alexandre Torgue <alexandre.torgue@...com>,
Linus Walleij <linus.walleij@...aro.org>,
Benjamin Gaignard <benjamin.gaignard@...aro.org>,
Philipp Zabel <p.zabel@...gutronix.de>,
open list <linux-kernel@...r.kernel.org>,
"moderated list:ARM/STM32 ARCHITECTURE"
<linux-arm-kernel@...ts.infradead.org>,
"open list:GPIO SUBSYSTEM" <linux-gpio@...r.kernel.org>
Subject: Re: [PATCH v2 1/2] irqchip: stm32: Optimizes and cleans up stm32-exti
irq_domain
Hi Radoslaw
I preparing a patch serie which add support of stm32mp1.
Would you like, I add your patch (with commit message updated)
in my serie?
patch:
-irqchip: stm32: Optimizes and cleans up stm32-exti irq_domain
BR
Ludo
On 03/14/2018 01:04 PM, Marc Zyngier wrote:
> On 14/03/18 11:46, Radosław Pietrzyk wrote:
>> Hi Marc,
>> We had a quite fruitful discussion in this mail thread regarding this
>> topic and Ludovic acked it so recently I have asked Thomas if he still
>> needs this v3 patch with detailed explanation especially as v2 version
>> of stm32-gpio patch has been already taken by Linus. However if you
>> require I can resend v3 of this patch only with this detailed explanation.
>
> That'd be useful. The changelog is the only thing that will be left from
> this discussion, so it'd better be complete and accurate. If you quickly
> send a v3 for this single patch, I'll queue it right away.
>
> Thanks,
>
> M.
>
>>
>> 2018-03-14 12:09 GMT+01:00 Marc Zyngier <marc.zyngier@....com
>> <mailto:marc.zyngier@....com>>:
>>
>> Radoslaw,
>>
>> On 23/02/18 08:42, Thomas Gleixner wrote:
>> > 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?
>>
>> Any update on this? I'd like to queue this for 4.17, but Thomas'
>> comments should be addressed before that happens. Ca you please respin a
>> version with a better change log and the various review tags?
>>
>> Thanks,
>>
>> M.
>> --
>> Jazz is not dead. It just smells funny...
>>
>>
>
>
Powered by blists - more mailing lists