On Tue, Jan 09, 2018 at 05:59:45PM +0000, Bart Van Assche wrote:
> On Mon, 2018-01-08 at 15:14 -0800, Bart Van Assche wrote:
> > Make it possible to call these two functions from a kernel module.
> > Note: despite their name, these two functions can be used meaningfully
> > independent of kobjects. A later patch will add calls to these
> > functions from the SRP driver because this patch series modifies the
> > SRP driver such that it can hold a reference to a namespace that can
> > last longer than the lifetime of the process through which the
> > namespace reference was obtained.
> >
> > Signed-off-by: Bart Van Assche <bart.vanassche@xxxxxxx>
> > Cc: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
> > ---
> > lib/kobject.c | 2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/lib/kobject.c b/lib/kobject.c
> > index 763d70a18941..06b849eee0ca 100644
> > --- a/lib/kobject.c
> > +++ b/lib/kobject.c
> > @@ -1039,6 +1039,7 @@ void *kobj_ns_grab_current(enum kobj_ns_type type)
> >
> > return ns;
> > }
> > +EXPORT_SYMBOL_GPL(kobj_ns_grab_current);
> >
> > const void *kobj_ns_netlink(enum kobj_ns_type type, struct sock *sk)
> > {
> > @@ -1074,3 +1075,4 @@ void kobj_ns_drop(enum kobj_ns_type type, void *ns)
> > kobj_ns_ops_tbl[type]->drop_ns(ns);
> > spin_unlock(&kobj_ns_type_lock);
> > }
> > +EXPORT_SYMBOL_GPL(kobj_ns_drop);
>
> Hi Greg,
>
> I'd like to repost this series to address a bug in patch 5/5 of this series.
> But before I do that, can you tell me whether I perhaps should widen the
> Cc-list for patch 1/5 of this series?
I have no idea why you need these functions, as I don't see any of these
other patches. Please resend the whole series please.
I will note that no driver had better be mucking around with a "raw"
kobject, or I am going to be very mad...
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-rdma" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
