Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752786Ab2BTBxH (ORCPT ); Sun, 19 Feb 2012 20:53:07 -0500 Received: from 11.mo5.mail-out.ovh.net ([46.105.47.167]:57709 "EHLO mo5.mail-out.ovh.net" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1753046Ab2BTBxG (ORCPT ); Sun, 19 Feb 2012 20:53:06 -0500 Date: Mon, 20 Feb 2012 02:38:25 +0100 From: Jean-Christophe PLAGNIOL-VILLARD To: Ryan Mallon Cc: Nicolas Ferre , linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org X-Ovh-Mailout: 178.32.228.5 (mo5.mail-out.ovh.net) Subject: Re: [PATCH 04/18] ARM: at91: make ST (System Timer) soc independent Message-ID: <20120220013825.GD29599@game.jcrosoft.org> References: <1329501010-30468-1-git-send-email-nicolas.ferre@atmel.com> <957702b1ff83afcc0a8e842f53f05ff3f40b78b3.1329500622.git.nicolas.ferre@atmel.com> <4F419246.6080405@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4F419246.6080405@gmail.com> X-PGP-Key: http://uboot.jcrosoft.org/plagnioj.asc X-PGP-key-fingerprint: 6309 2BBA 16C8 3A07 1772 CC24 DEFC FFA3 279C CE7C User-Agent: Mutt/1.5.20 (2009-06-14) X-Ovh-Tracer-Id: 11947486863178640141 X-Ovh-Remote: 213.251.161.87 (ns32433.ovh.net) X-Ovh-Local: 213.186.33.20 (ns0.ovh.net) X-OVH-SPAMSTATE: OK X-OVH-SPAMSCORE: -100 X-OVH-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeguddrvdeiucetggdotefuucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecuhfhrohhmpeflvggrnhdqvehhrhhishhtohhphhgvucfrnfetiffpkffqnfdqggfknffnteftffcuoehplhgrghhnihhojhesjhgtrhhoshhofhhtrdgtohhmqeenucfjughrpeffhffvuffkfhggtggujggfsehttdfttddtredv X-Spam-Check: DONE|U 0.5/N X-VR-SPAMSTATE: OK X-VR-SPAMSCORE: -100 X-VR-SPAMCAUSE: gggruggvucftvghtrhhoucdtuddrfeeguddrvdejucetggdotefuucfrrhhofhhilhgvmecuqfggjfenuceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmnecuhfhrohhmpeflvggrnhdqvehhrhhishhtohhphhgvucfrnfetiffpkffqnfdqggfknffnteftffcuoehplhgrghhnihhojhesjhgtrhhoshhofhhtrdgtohhmqeenucfjughrpeffhffvuffkfhggtggujggfsehttdfttddtredv Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2550 Lines: 76 On 11:22 Mon 20 Feb , Ryan Mallon wrote: > On 18/02/12 04:49, Nicolas Ferre wrote: > > > From: Jean-Christophe PLAGNIOL-VILLARD > > > > Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD > > Acked-by: Nicolas Ferre > > --- > > arch/arm/mach-at91/at91rm9200.c | 4 +- > > arch/arm/mach-at91/at91rm9200_time.c | 37 ++++++++++++++++---------- > > arch/arm/mach-at91/generic.h | 1 + > > arch/arm/mach-at91/include/mach/at91_st.h | 32 +++++++++++++++------- > > arch/arm/mach-at91/include/mach/at91rm9200.h | 2 +- > > drivers/watchdog/at91rm9200_wdt.c | 8 +++--- > > 6 files changed, 53 insertions(+), 31 deletions(-) > > > > diff --git a/arch/arm/mach-at91/at91rm9200.c b/arch/arm/mach-at91/at91rm9200.c > > Hi Jean, Nicolas, > > Patch looks mostly good, couple of points below. > > ~Ryan > > > > > /* Cancel any pending alarm; flush any pending IRQ */ > > - at91_sys_write(AT91_ST_RTAR, alm); > > - (void) at91_sys_read(AT91_ST_SR); > > + at91_st_write(AT91_ST_RTAR, alm); > > + (void) at91_st_read(AT91_ST_SR); > > > Can we please remove the (void) casting of the return value when making > this change, especially since at91_st_read is now a macro which doesn't > even have a return value. Same in a few other places. modification done by script and it's no the scope of this patch > > > > > /* Schedule alarm by writing RTAR. */ > > alm += delta; > > - at91_sys_write(AT91_ST_RTAR, alm); > > + at91_st_write(AT91_ST_RTAR, alm); > > > > return status; > > } > > @@ -175,15 +175,24 @@ static struct clock_event_device clkevt = { > > .set_mode = clkevt32k_mode, > > }; > > > > +void __iomem *at91_st_base; > > + > > +void __init at91rm9200_ioremap_st(u32 addr) > > +{ > > + at91_st_base = ioremap(AT91RM9200_BASE_ST, 256); > > + if (!at91_st_base) > > + panic("Impossible to ioremap ST\n"); > > +} > > > I can't see anything in this patch which calls this function? Also, why > is it extern? Can't it just be moved to whichever file is going to call > it and make it static there I see it too this need to be called by rm9200 code and this mustnot be static as the idea is to have soc independant IP Best Regards, J. -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/