[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <9179B569-5F66-4F50-8D8D-DE2DB8F91243@jic23.retrosnub.co.uk>
Date: Mon, 14 Aug 2017 18:04:12 +0800
From: Jonathan Cameron <jic23@...23.retrosnub.co.uk>
To: Bartosz Golaszewski <brgl@...ev.pl>,
Jonathan Cameron <jic23@...nel.org>
CC: Linus Walleij <linus.walleij@...aro.org>,
Thomas Gleixner <tglx@...utronix.de>,
Marc Zyngier <marc.zyngier@....com>,
Jonathan Corbet <corbet@....net>,
Bamvor Jian Zhang <bamvor.zhangjian@...aro.org>,
Lars-Peter Clausen <lars@...afoo.de>,
linux-kernel@...r.kernel.org, linux-gpio@...r.kernel.org,
linux-doc@...r.kernel.org
Subject: Re: [PATCH v2 1/3] irq/irq_sim: add a simple interrupt simulator framework
On 14 August 2017 17:54:22 GMT+08:00, Bartosz Golaszewski <brgl@...ev.pl> wrote:
>2017-08-12 13:43 GMT+02:00 Jonathan Cameron <jic23@...nel.org>:
>> On Tue, 1 Aug 2017 16:50:26 +0200
>> Bartosz Golaszewski <brgl@...ev.pl> wrote:
>>
>>> Implement a simple, irq_work-based framework for simulating
>>> interrupts. Currently the API exposes routines for initializing and
>>> deinitializing the simulator object, enqueueing the interrupts and
>>> retrieving the allocated interrupt numbers based on the offset of
>the
>>> dummy interrupt in the simulator struct.
>>>
>>> Signed-off-by: Bartosz Golaszewski <brgl@...ev.pl>
>> Looks good to me.
>>
>> Reviewed-by: Jonathan Cameron <Jonathan.Cameron@...wei.com>
>>
>> Only tiny thing is the lack of a specified license for the code...
>
>I'll send a v3 with license added.
>
>> + checkpatch is warning about wrong file mode...
>> #105:
>> new file mode 100644
>>
>> Though I have no idea why...
>>
>
>I think this only says that a file was created with given mode, it's
>not a warning. The actual warning is about missing a new entry in
>MAINTAINERS.
Doh, how did I miss that!
>
>>> --- a/init/Kconfig
>>> +++ b/init/Kconfig
>>> @@ -23,6 +23,10 @@ config CONSTRUCTORS
>>> config IRQ_WORK
>>> bool
>>>
>>> +config IRQ_SIM
>>> + bool
>> You could make this tristate, but then the handling of the
>> users would get complex so perhaps given it's so small boolean
>> is the way to go.
>>
>
>Nah, irq_work is built-in to at even greater size. Let's just leave it
>like this, especially when only testing modules select it.
>
Fair enough.
>Thanks,
>Bartosz
--
Sent from my Android device with K-9 Mail. Please excuse my brevity.
Powered by blists - more mailing lists