[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CACRpkdbWWZEk6Ov8=ajNmBp57M4NwTpGcRBgtLS_5SKbr=ed0A@mail.gmail.com>
Date: Wed, 2 Aug 2017 13:41:44 +0200
From: Linus Walleij <linus.walleij@...aro.org>
To: Andy Shevchenko <andy.shevchenko@...il.com>
Cc: Alexander Stein <alexander.stein@...tec-electronic.com>,
Bartosz Golaszewski <brgl@...ev.pl>,
"linux-gpio@...r.kernel.org" <linux-gpio@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 4/6] gpio: mxc: use devres for irq generic chip
On Wed, Aug 2, 2017 at 10:32 AM, Andy Shevchenko
<andy.shevchenko@...il.com> wrote:
> On Wed, Aug 2, 2017 at 11:09 AM, Alexander Stein
> <alexander.stein@...tec-electronic.com> wrote:
>> On Wednesday 02 August 2017 09:51:24, Bartosz Golaszewski wrote:
>>> Use resource managed variants of irq_alloc_generic_chip() and
>>> irq_setup_generic_chip().
>>
>> Is this really useful for drivers which can only be built-in?
>
> But you still can unbind the driver and its ->remove() will be called
> (in case of no remove, devres still on the table), right?
Maybe the patches need to be combines with a
.suppress_bind_attrs = true in the driver struct?
I backed out the patches I applied, I thought the series were older,
sorry stressed at work today.
Yours,
Linus Walleij
Powered by blists - more mailing lists