Messages in this thread | | | Date | Wed, 21 Jul 2004 02:14:18 -0400 | From | Greg KH <> | Subject | Re: [patch] kref shrinkage patches -- 1 of 2 -- kref shrinkage |
| |
On Tue, Jul 20, 2004 at 05:53:11PM +0530, Ravikiran G Thirumalai wrote: > Greg, > Here's the first step towards getting to kref_get_rcu :) > This patch is to shrink the kref object by removing the > function pointer 'release' from the kref object, and modifying > kref_init and kref_put interfaces so that kref_init will not take > the release pointer anymore and kref_put will. Patch will probably talk > better.
Nice patches, I've applied them with a few tweaks, as noted below.
> Just had a question about definition of kref_get though, > why does it need to return struct kref * ? struct kref * is anywayz > being passed to it, hence the caller has it anywayz -- so it doesn't > value add anything afaics (but i might have limited vision so pls correct me)
Consistancy with other "get" and "put" functions. It's quite common to do: have_this_foo(foo_get(foo));
or: foo_to_send_off = foo_get(foo);
> In fact, I see that the scsi applications of kref have code like > > <quote drivers/scsi/sd.c> > > if (!kref_get(&sdkp->kref)) > goto out_sdkp; > > </>
Heh, yeah, that's just dumb, as that failure will never happen :)
> diff -ruN -X dontdiff2 linux-2.6.7/include/linux/kref.h kref-2.6.7/include/linux/kref.h > --- linux-2.6.7/include/linux/kref.h 2004-06-16 10:48:59.000000000 +0530 > +++ kref-2.6.7/include/linux/kref.h 2004-07-20 12:53:24.226739304 +0530 > @@ -8,6 +8,9 @@ > * Copyright (C) 2002-2003 Patrick Mochel <mochel@osdl.org> > * Copyright (C) 2002-2003 Open Source Development Labs > * > + * 07/2004 - struct kref shrinkage by Ravikiran Thirumalai <kiran@in.ibm.com> > + * Copyright (C) 2004 IBM Corp. > + * > * This file is released under the GPLv2. > * > */
This is not needed. First off, the Copyright statement for IBM is already included in this file, for this same year, above these lines. Also, we are not including file history in the files themselves, that's what Changelog comments are for (which scale much better over time.)
> @@ -44,14 +42,17 @@ > /** > * kref_put - decrement refcount for object. > * @kref: object. > - * > - * Decrement the refcount, and if 0, call kref->release(). > + * @release: pointer to the function that will clean up the object > + * when the last reference to the object is released. > + * This pointer is required. > + * Decrement the refcount, and if 0, call release(). > */
The extra blank line in tha comment was needed for docbook to work properly, last time I checked.
> -void kref_put(struct kref *kref) > +void kref_put(struct kref *kref, void (*release) (struct kref *kref)) > { > + WARN_ON(release == NULL);
I also added a check here to test if release == kfree to catch people like the s390 developers who want to do nasty hacks :)
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/
| |