mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Bryan O'Donoghue" <pure.logic@nexus-software.ie>
To: Kees Cook <keescook@chromium.org>
Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	Johan Hovold <johan@kernel.org>, Alex Elder <elder@kernel.org>,
	greybus-dev@lists.linaro.org, devel@driverdev.osuosl.org,
	LKML <linux-kernel@vger.kernel.org>
Subject: Re: [PATCH] staging: greybus: Convert timers to use timer_setup()
Date: Tue, 24 Oct 2017 13:52:50 +0100	[thread overview]
Message-ID: <20c510b6-345d-06b0-e559-d781a307b7d2@nexus-software.ie> (raw)
In-Reply-To: <CAGXu5jJaReoppUddWDByw78+XPZbGmBf12Cp9tu_gZG-8Qb71Q@mail.gmail.com>

On 24/10/17 13:47, Kees Cook wrote:
> On Tue, Oct 24, 2017 at 2:40 AM, Bryan O'Donoghue
> <pure.logic@nexus-software.ie> wrote:
>> On 24/10/17 10:35, Bryan O'Donoghue wrote:
>>>
>>> On 24/10/17 09:25, Kees Cook wrote:
>>>>
>>>> In preparation for unconditionally passing the struct timer_list pointer
>>>> to
>>>> all timer callbacks, switch to using the new timer_setup() and
>>>> from_timer()
>>>> to pass the timer pointer explicitly.
>>>>
>>>> Cc: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
>>>> Cc: "Bryan O'Donoghue" <pure.logic@nexus-software.ie>
>>>> Cc: Johan Hovold <johan@kernel.org>
>>>> Cc: Alex Elder <elder@kernel.org>
>>>> Cc: greybus-dev@lists.linaro.org
>>>> Cc: devel@driverdev.osuosl.org
>>>> Signed-off-by: Kees Cook <keescook@chromium.org>
>>>> ---
>>>>    drivers/staging/greybus/loopback.c  | 14 ++++----------
>>>>    drivers/staging/greybus/operation.c |  7 +++----
>>>>    2 files changed, 7 insertions(+), 14 deletions(-)
>>>>
>>>> diff --git a/drivers/staging/greybus/loopback.c
>>>> b/drivers/staging/greybus/loopback.c
>>>> index 08e255884206..045aaf81113a 100644
>>>> --- a/drivers/staging/greybus/loopback.c
>>>> +++ b/drivers/staging/greybus/loopback.c
>>>> @@ -572,16 +572,11 @@ static void gb_loopback_async_operation_work(struct
>>>> work_struct *work)
>>>>        gb_loopback_async_operation_put(op_async);
>>>>    }
>>>> -static void gb_loopback_async_operation_timeout(unsigned long data)
>>>> +static void gb_loopback_async_operation_timeout(struct timer_list *t)
>>>>    {
>>>> -    struct gb_loopback_async_operation *op_async;
>>>> -    u16 id = data;
>>>> +    struct gb_loopback_async_operation *op_async =
>>>> +        from_timer(op_async, t, timer);
>>>> -    op_async = gb_loopback_operation_find(id);
>>>> -    if (!op_async) {
>>>> -        pr_err("operation %d not found - time out ?\n", id);
>>>> -        return;
>>>> -    }
>>>
>>>
>>> Hi Kees, you need to add
>>>
>>>       gb_loopback_async_operation_get(op_async); when dropping the
>>> gb_loopback_operation_find() call here.
>>
>>
>> Actually:
>>
>>          spin_lock_irqsave(&gb_dev.lock, flags);
>>          gb_loopback_async_operation_get(op_async);
>>          spin_unlock_irqrestore(&gb_dev.lock, flags);
> 
> Shouldn't the get/put follow the lifetime of the timer running
> instead? It shouldnt' be possible to free the op_async while the timer
> is still pending/running.
> 
> -Kees
> 

The timeout timer runs for an operation that never completed but on the 
regular "everything is good" path you end up doing 
del_timer_sync(&op_async->timer); so the timer doesn't run.

  reply	other threads:[~2017-10-24 12:52 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-10-24  8:25 Kees Cook
2017-10-24  9:35 ` Bryan O'Donoghue
2017-10-24  9:40   ` Bryan O'Donoghue
2017-10-24 12:47     ` Kees Cook
2017-10-24 12:52       ` Bryan O'Donoghue [this message]
2017-10-24 13:14         ` Kees Cook
2017-10-24 13:30           ` Bryan O'Donoghue
2017-10-24 14:36             ` Kees Cook
2017-10-24 10:03 ` Dan Carpenter
2017-10-24 10:07   ` Dan Carpenter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20c510b6-345d-06b0-e559-d781a307b7d2@nexus-software.ie \
    --to=pure.logic@nexus-software.ie \
    --cc=devel@driverdev.osuosl.org \
    --cc=elder@kernel.org \
    --cc=gregkh@linuxfoundation.org \
    --cc=greybus-dev@lists.linaro.org \
    --cc=johan@kernel.org \
    --cc=keescook@chromium.org \
    --cc=linux-kernel@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®