From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755242AbdERI0B (ORCPT ); Thu, 18 May 2017 04:26:01 -0400 Received: from verein.lst.de ([213.95.11.211]:57420 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753663AbdERIZ7 (ORCPT ); Thu, 18 May 2017 04:25:59 -0400 Date: Thu, 18 May 2017 10:25:58 +0200 From: Christoph Hellwig To: Arnd Bergmann Cc: Christoph Hellwig , Thomas Gleixner , Mark Gross , Tejun Heo , linuxppc-dev , linux-s390 , Linux Kernel Mailing List Subject: Re: [PATCH 9/9] timers: remove old timer initialization macros Message-ID: <20170518082558.GC3812@lst.de> References: <20170516114812.10660-1-hch@lst.de> <20170516114812.10660-10-hch@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 16, 2017 at 09:43:34PM +0200, Arnd Bergmann wrote: > > - * Don't use the macros below, use DECLARE_TIMER and INIT_TIMER with their > > + * Don't use the macro below, use DECLARE_TIMER and INIT_TIMER with their > > * improved callback signature above. > > */ > > -#define __TIMER_INITIALIZER(_function, _expires, _data, _flags) { \ > > +#define DEFINE_TIMER(_name, _function, _expires, _data) \ > > + struct timer_list _name = { \ > > .entry = { .next = TIMER_ENTRY_STATIC }, \ > > .function = (_function), \ > > .expires = (_expires), \ > > .data = (_data), \ > > - .flags = (_flags), \ > > __TIMER_LOCKDEP_MAP_INITIALIZER( \ > > __FILE__ ":" __stringify(__LINE__)) \ > > } > > Not sure what to do about it, but I notice that the '_expires' > argument is completely > bogus, I don't see any way it could be used in a meaningful way, and the only > user that passes anything other than zero is arch/mips/mti-malta/malta-display.c > and that seems to be unintentional. DEFINE_TIMER is the old macro and instead of fixing it up I'll just make sure the new DECLARE_TIMER gets rid of it.