Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1761721AbXK2GJ6 (ORCPT ); Thu, 29 Nov 2007 01:09:58 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1758067AbXK2GJK (ORCPT ); Thu, 29 Nov 2007 01:09:10 -0500 Received: from pentafluge.infradead.org ([213.146.154.40]:59875 "EHLO pentafluge.infradead.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1760019AbXK2GJI (ORCPT ); Thu, 29 Nov 2007 01:09:08 -0500 Date: Wed, 28 Nov 2007 22:11:39 -0800 From: Greg KH To: Cornelia Huck Cc: linux-kernel@vger.kernel.org, Kay Sievers , Alan Stern , Jonathan Corbet , Randy Dunlap Subject: Re: [RFC] Sample kset/ktype/kobject implementation Message-ID: <20071129061139.GI26327@kroah.com> References: <20071127230252.GB10038@kroah.com> <20071127230406.GD10038@kroah.com> <20071128173532.00bc72af@gondolin.boeblingen.de.ibm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20071128173532.00bc72af@gondolin.boeblingen.de.ibm.com> User-Agent: Mutt/1.5.16 (2007-06-09) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1477 Lines: 47 On Wed, Nov 28, 2007 at 05:35:32PM +0100, Cornelia Huck wrote: > On Tue, 27 Nov 2007 15:04:06 -0800, > Greg KH wrote: > > > static struct foo_obj *create_foo_obj(const char *name) > > { > > struct foo_obj *foo; > > int retval; > > > > /* allocate the memory for the whole object */ > > foo = kzalloc(sizeof(*foo), GFP_KERNEL); > > if (!foo) > > return NULL; > > > > /* initialize the kobject portion of the object properly */ > > kobject_set_name(&foo->kobj, "%s", name); > > Returncode not checked :) good catch. Hm, I don't think anyone checks that function :) > > foo->kobj.kset = example_kset; > > foo->kobj.ktype = &foo_ktype; > > > > /* > > * Register the kobject with the kernel, all the default files will > > * be created here and the uevent will be sent out. If we were to > > * call kobject_init() and then kobject_add() we would be > > * responsible for sending out the initial KOBJ_ADD uevent. > > */ > > retval = kobject_register(&foo->kobj); > > if (retval) { > > kfree(foo); > > kobject_put(foo) is needed since it gets you through kobject_cleanup() > where the name can be freed. No, kobject_register() should have handled that for us, right? thanks, greg k-h - 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/