From: tony@atomide.com (Tony Lindgren) Date: Tue, 18 Jan 2011 15:44:43 -0800 Subject: [PATCH] OMAP: use fncpy to copy the PM code functions to SRAM In-Reply-To: <20110118234215.GB17398@n2100.arm.linux.org.uk> References: <1295018470-18099-1-git-send-email-j-pihet@ti.com> <20110114155806.GA22505@n2100.arm.linux.org.uk> <20110114173400.GB22505@n2100.arm.linux.org.uk> <20110118234215.GB17398@n2100.arm.linux.org.uk> Message-ID: <20110118234443.GV4957@atomide.com> To: linux-arm-kernel@lists.infradead.org List-Id: linux-arm-kernel.lists.infradead.org * Russell King - ARM Linux [110118 15:41]: > On Tue, Jan 18, 2011 at 01:05:49PM +0100, Jean Pihet wrote: > > Dave, Russell, > > > > On Mon, Jan 17, 2011 at 4:46 PM, Dave Martin wrote: > > > One way to work around this is would be to make omap_sram_push() a macro: > > > > > > #define omap_sram_push(funcp, size) \ > > > ? ?(typeof(funcp))_do_omap_sram_push((void *)(funcp), size) > > > > > > ... where the definition of _do_omap_sram_push() is the same is the > > > existing definition of omap_sram_push(). ?Providing > > > _do_omap_sram_push() is not called directly, this should now be > > > type-safe. > > > > > Ok I reworked the patch from your suggestions. Indeed a few functions > > types mismatch have been spotted and corrected using the fncpy API. > > > > New patch sent as '[PATCH v2] OMAP: use fncpy to copy the PM code > > functions to SRAM'. > > Looks good, thanks. Next problem to sort out is who's taking the > patches... You can take them but we should have at least Kevin test and ack them. Tony