Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754957Ab1CAIAE (ORCPT ); Tue, 1 Mar 2011 03:00:04 -0500 Received: from metis.ext.pengutronix.de ([92.198.50.35]:39437 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750712Ab1CAIAC (ORCPT ); Tue, 1 Mar 2011 03:00:02 -0500 Date: Tue, 1 Mar 2011 08:59:53 +0100 From: Uwe =?iso-8859-1?Q?Kleine-K=F6nig?= To: Viresh Kumar Cc: linux-arm-kernel@lists.infradead.org, linux@arm.linux.org.uk, vipin.kumar@st.com, shiraz.hashim@st.com, Greg Kroah-Hartman , linux-kernel@vger.kernel.org Subject: Re: [RFC] device.h: add device_set_platdata routine Message-ID: <20110301075953.GR22310@pengutronix.de> References: <5c561db378360ad1763da41f8350c7be816daa06.1298953633.git.viresh.kumar@st.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5c561db378360ad1763da41f8350c7be816daa06.1298953633.git.viresh.kumar@st.com> User-Agent: Mutt/1.5.20 (2009-06-14) X-SA-Exim-Connect-IP: 2001:6f8:1178:2:215:17ff:fe12:23b0 X-SA-Exim-Mail-From: ukl@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1889 Lines: 51 [added gregkh and lkml to Cc:] Hi Viresh, On Tue, Mar 01, 2011 at 10:03:20AM +0530, Viresh Kumar wrote: > device.h supports device_get_platdata but doesn't support device_set_platdata. > This routine is required by platforms in which device structure is declared > in a machine specific file and platform data comes from board specific file. > > This will be used by SPEAr patches sent in separate patch series. > > Signed-off-by: Viresh Kumar > --- > include/linux/device.h | 5 +++++ > 1 files changed, 5 insertions(+), 0 deletions(-) > > diff --git a/include/linux/device.h b/include/linux/device.h > index 1bf5cf0..6ce0f20 100644 > --- a/include/linux/device.h > +++ b/include/linux/device.h > @@ -576,6 +576,11 @@ static inline void *dev_get_platdata(const struct device *dev) > return dev->platform_data; > } > > +static inline void dev_set_platdata(struct device *dev, void *platdata) > +{ > + dev->platform_data = platdata; > +} > + Note that dev->platform_data was designed to hold dynamically allocated memory, at least it's kfreed in platform_device_release. And note there is platform_device_add_data that kmemdups its argument into pdev->dev.platform_data. Compared to your dev_set_platdata platform_device_add_data only works for platform_devices, don't know if it's worth to change that. And regarding platform_device_add_data I wonder if it wouldn't be more consistent to set platform_data = NULL if (!data)? Greg? Best regards Uwe -- Pengutronix e.K. | Uwe Kleine-K?nig | Industrial Linux Solutions | http://www.pengutronix.de/ | -- 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/