[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100520061907.GA8255@gondor.apana.org.au>
Date: Thu, 20 May 2010 16:19:07 +1000
From: Herbert Xu <herbert@...dor.apana.org.au>
To: Eric Dumazet <eric.dumazet@...il.com>
Cc: David Miller <davem@...emloft.net>, bmb@...enacr.com,
tgraf@...hat.com, nhorman@...driver.com, nhorman@...hat.com,
netdev@...r.kernel.org
Subject: Re: tun: Use netif_receive_skb instead of netif_rx
On Thu, May 20, 2010 at 04:11:38PM +1000, Herbert Xu wrote:
> On Thu, May 20, 2010 at 08:03:35AM +0200, Eric Dumazet wrote:
> > Le jeudi 20 mai 2010 à 15:46 +1000, Herbert Xu a écrit :
> >
> > > +#ifdef CONFIG_NET_CLS_CGROUP
> > > +static inline u32 task_cls_classid(struct task_struct *p)
> > > +{
> > > + return container_of(task_subsys_state(p, net_cls_subsys_id),
> > > + struct cgroup_cls_state, css).classid;
> > > +}
> > > +#else
> > > +int net_cls_subsys_id = -1;
> > > +EXPORT_SYMBOL_GPL(net_cls_subsys_id);
> > > +
> > > +static inline u32 task_cls_classid(struct task_struct *p)
> > > +{
> > > + int id;
> > > + u32 classid;
> > > +
> > > + rcu_read_lock();
> > > + id = rcu_dereference(net_cls_subsys_id);
> > > + if (id >= 0)
> > > + classid = container_of(task_subsys_state(p, id),
> > > + struct cgroup_cls_state, css)->classid;
> > > + rcu_read_unlock();
> > > +
> > > + return classid;
> > > +}
> > > +#endif
> >
> > I still dont understand why you introduce this function and not reuse it
> > in net/sched/cls_cgroup.c
> >
> > You told me it needs a separate patch, I dont think so.
> > Just make it non static and EXPORTed
>
> Because it doesn't have to go through this RCU crap.
I'm talking about the rcu_dereference on net_cls_subsys_id of
course, not the rest of it.
Cheers,
--
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} <herbert@...dor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists