| To: | Suzanne Wood <suzannew@xxxxxxxxxx> |
|---|---|
| Subject: | Re: [RFC][PATCH] identify in_dev_get rcu read-side critical sections |
| From: | Herbert Xu <herbert@xxxxxxxxxxxxxxxxxxx> |
| Date: | Fri, 30 Sep 2005 10:21:44 +1000 |
| Cc: | Robert.Olsson@xxxxxxxxxxx, davem@xxxxxxxxxxxxx, linux-kernel@xxxxxxxxxxxxxxx, netdev@xxxxxxxxxxx, paulmck@xxxxxxxxxx, walpole@xxxxxxxxxx |
| In-reply-to: | <200509292330.j8TNUSmH019572@rastaban.cs.pdx.edu> |
| References: | <200509292330.j8TNUSmH019572@rastaban.cs.pdx.edu> |
| Sender: | netdev-bounce@xxxxxxxxxxx |
| User-agent: | Mutt/1.5.9i |
On Thu, Sep 29, 2005 at 04:30:28PM -0700, Suzanne Wood wrote: > > > BTW, could you please move the rcu_dereference in in_dev_get() > > into the if clause? The barrier is not needed when ip_ptr is > > NULL. > > The trouble with that may be that there are three events, the > dereference, the assignment, and the conditional test. The > rcu_dereference() is meant to assure deferred destruction > throughout. The deferred destruction is guaranteed here by the reference count. The only purpose served by rcu_dereference() in in_dev_get() is to prevent the user from seeing pre-initialisation data. When the pointer is NULL, you can't see any data at all, let alone pre-initialisation data. Cheers, -- Visit Openswan at http://www.openswan.org/ Email: Herbert Xu ~{PmV>HI~} <herbert@xxxxxxxxxxxxxxxxxxx> Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt |
| Previous by Date: | Re: [RFC][PATCH] identify in_dev_get rcu read-side critical sections, Suzanne Wood |
|---|---|
| Next by Date: | Re: [RFC][PATCH] identify in_dev_get rcu read-side critical sections, Paul E. McKenney |
| Previous by Thread: | Re: [RFC][PATCH] identify in_dev_get rcu read-side critical sections, Suzanne Wood |
| Next by Thread: | Re: [RFC][PATCH] identify in_dev_get rcu read-side critical sections, Paul E. McKenney |
| Indexes: | [Date] [Thread] [Top] [All Lists] |