[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <51BFD3EC.7010201@asianux.com>
Date: Tue, 18 Jun 2013 11:28:44 +0800
From: Chen Gang <gang.chen@...anux.com>
To: Thomas Gleixner <tglx@...utronix.de>
CC: "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] kernel: timer: looping issue, need reset variable 'found'
Sorry again for replying late, and now I can focus on this patch, I will
see the related details again.
Thanks.
On 06/13/2013 11:39 AM, Chen Gang wrote:
>
> Sorry for replying late during these days, firstly.
>
>
> On 06/10/2013 10:12 PM, Thomas Gleixner wrote:
>> On Sun, 9 Jun 2013, Chen Gang wrote:
>>
>>>>
>>>> According to __internal_add_timer(), in _next_timer_interrupt(), when
>>>> 'tv1.vec' find one, but need 'cascade bucket(s)', we still need find
>>>> each slot of 'tv*.vec'.
>> No, we do not. We only need to scan the first cascade array after the
>> enqueued timer. If there is nothing in tv2 which might come before the
>> found timer, then any timer in tv3 will be later than the one we found
>> in the primary wheel.
>>
>
> OK, thanks, I should read details to confirm it (at least now, I still
> not quite be sure about it).
>
>
>>>> So need reset variable 'found', so can fully scan ''do {...} while()''
>>>> for 'tv*.vec'.
>> And thereby lose the information, that we already found a timer in the
>> scan of the primary array.
>
> Hmm..., I should read details.
>
>
> And excuse me, I also have to do another things during these days, so
> maybe reply late.
>
>
> Thanks.
>
--
Chen Gang
Asianux Corporation
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists