Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755487Ab3EUSXo (ORCPT ); Tue, 21 May 2013 14:23:44 -0400 Received: from moutng.kundenserver.de ([212.227.17.10]:53227 "EHLO moutng.kundenserver.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755259Ab3EUSXm (ORCPT ); Tue, 21 May 2013 14:23:42 -0400 From: Arnd Bergmann To: "Christian Daudt" Subject: Re: [PATCH V2 1/2] ARM: mmc: bcm281xx SDHCI driver Date: Tue, 21 May 2013 20:23:03 +0200 User-Agent: KMail/1.12.2 (Linux/3.8.0-22-generic; KDE/4.3.2; x86_64; ; ) Cc: "Grant Likely" , "Rob Herring" , "Rob Landley" , "Russell King" , "Chris Ball" , "Stephen Warren" , "Olof Johansson" , "Greg Kroah-Hartman" , "Wei WANG" , "Ludovic Desroches" , devicetree-discuss@lists.ozlabs.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mmc@vger.kernel.org, csd_b@daudt.org References: <1368200883-15668-1-git-send-email-csd@broadcom.com> <201305170009.46244.arnd@arndb.de> <519B2EAD.4000208@broadcom.com> In-Reply-To: <519B2EAD.4000208@broadcom.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201305212023.03272.arnd@arndb.de> X-Provags-ID: V02:K0:HQtH5E1DOxgQoln3C3G+reZJOc6JMffqMcMHwAz2JoD DduaLalwFu8q5eY8B3qb54S2lxDz115bndyQNF88bZVRUGRPQe 3s5Ru3B7wMp99ZtK40xPVxWto66/jxKVdwYCLFYLTqEv4eF9EU lWBtal9hckvHLyNNEGAYAU/5Idg0ItIYdBcR2OROgA6BpD3BXa KOEBSwdsK8kYOga2MvCbRT9J5j7AC95Wyr/tOtx5jIOmBzv5fH obzm6HyDQsH50DJKWjPvvdhJ1MhmPQ3QNC6fvITqEw5SrXEPGy Ck2lc+6szvKmNbPsEy12KNnGU495ZUcxtsgISSBLen0ZzqpLuI XVE6pVrmgasehmSV2NAs= Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 905 Lines: 25 On Tuesday 21 May 2013, Christian Daudt wrote: > >> + cfg = devm_kzalloc(&pdev->dev, sizeof(*cfg), GFP_KERNEL); > >> + if (!cfg) { > >> + dev_err(&pdev->dev, "Can't allocate platform cfg\n"); > >> + return NULL; > >> + } > > Not needed > what is not needed ? The allocation, it can be part of the sdhci_pltfm_host data. > >> + const struct sdhci_pltfm_data *plat_data; > > make it global. > why make this global ? Sorry for being unclear. I mean you can just use &sdhci_pltfm_data_kona in the probe function, since the data is constant anyway, no need to have a local variable for pulling this out of the device id. Arnd -- 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/