Hi, On Wed, 30 Aug 2006, Dipankar Sarma wrote:
> > > uidhash_lock can be taken from irq context. For example, > > > delayed_put_task_struct() > > > does __put_task_struct()->free_uid(). > > > > AFAICT it's called via rcu, does that mean anything released via rcu has > > to be protected against interrupts? > > No. You need protection only if you have are using some > data that can also be used by the RCU callback. For example, > if your RCU callback just calls kfree(), you don't have to > do a spin_lock_bh(). In this case kfree() does its own interrupt synchronization. I didn't realize before that rcu had this (IMO serious) limitation. I think there should be two call_rcu() variants, one that queues the callback in a soft irq and a second which queues it in a thread context. bye, Roman ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ ckrm-tech mailing list https://lists.sourceforge.net/lists/listinfo/ckrm-tech
