Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759539Ab2BJQSS (ORCPT ); Fri, 10 Feb 2012 11:18:18 -0500 Received: from imr4.ericy.com ([198.24.6.9]:36111 "EHLO imr4.ericy.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754568Ab2BJQSP (ORCPT ); Fri, 10 Feb 2012 11:18:15 -0500 Date: Fri, 10 Feb 2012 08:15:38 -0800 From: Guenter Roeck To: Vivien Didelot CC: "x86@kernel.org" , Ingo Molnar , Thomas Gleixner , "H. Peter Anvin" , "linux-kernel@vger.kernel.org" , "lm-sensors@lm-sensors.org" , Jean Delvare Subject: Re: [PATCH v5 4/5] hwmon: add MAX197 support Message-ID: <20120210161538.GB1060@ericsson.com> References: <1328130344-18836-1-git-send-email-vivien.didelot@savoirfairelinux.com> <1328130344-18836-5-git-send-email-vivien.didelot@savoirfairelinux.com> <1328132138.2261.116.camel@groeck-laptop> <20120206151507.73a23eb8@v0nbox> <1328561164.2261.258.camel@groeck-laptop> <20120210110755.4914b332@v0nbox> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <20120210110755.4914b332@v0nbox> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2640 Lines: 83 Vivien, On Fri, Feb 10, 2012 at 11:07:55AM -0500, Vivien Didelot wrote: > Hi, > > On Mon, 6 Feb 2012 12:46:04 -0800, > Guenter Roeck wrote: > > > On Mon, 2012-02-06 at 15:15 -0500, Vivien Didelot wrote: > > [ ... ] > > > > > > BTW, about the TS-5500 ADC part, is a platform ts5500_adc.c file the > > > better solution, or should the device be declared in the ts5500.c > > > platform code? > > > > > I would suggest to declare it in the ts5500.c platform code. That > > seems to be the common approach as far as I can see. > > > > platform_add_devices() works pretty well for this. It saves you from > > having to call platform_device_register() for each device separately. > > Obviously that only works if all devices are declared in a single > > file. > > As the LED is registered using the leds_class, I think > platform_add_devices() couldn't be used here. > > Lots of platform codes don't check the returned > value of platform_add_devices(). Should we care about a LED or ADC > registration failure (is the following snippet OK?)? > > static int __init ts5500_init(void) > { > [...] > pdev = platform_device_register_simple("ts5500", -1, NULL, 0); > if (IS_ERR(pdev)) { > ret = PTR_ERR(pdev); > goto release_mem; > } > platform_set_drvdata(pdev, ts5500); > > ret = sysfs_create_group(&pdev->dev.kobj, > &ts5500_attr_group); > if (ret) > goto release_pdev; > > led_classdev_register(&pdev->dev, &ts5500_led_cdev); > if (ts5500->adc) { > ts5500_adc_pdev.dev.parent = &pdev->dev; > platform_device_register(&ts5500_adc_pdev); > } > I didn't look at other code, but personally I try to be consistent. Why do you check the return value from platform_device_register_simple() above, but not the return code from platform_device_register() ? That does not seem to be very consistent to me. Thanks, Guenter > return 0; > > release_pdev: > platform_device_unregister(pdev); > release_mem: > kfree(ts5500); > > return ret; > } > device_initcall(ts5500_init); > > > Thanks, > > > -- > Vivien Didelot > Savoir-faire Linux Inc. > Tel: (514) 276-5468 #149 -- 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/