On Saturday 15 July 2006 9:08 am, James Morris wrote: > On Fri, 14 Jul 2006, [EMAIL PROTECTED] wrote: > > +struct sk_buff *cipso_v4_doi_dump_all(const size_t headroom) > > +{ > > + struct sk_buff *skb; > > + unsigned char *buf; > > + struct cipso_v4_doi *iter; > > + u32 doi_cnt = 0; > > + ssize_t buf_len; > > + > > + /* XXX - In both cases, this is kinda ugly as we have to go through > > + the list once to determine how large of a buffer we need, > > + drop the locks, allocate the buffer, grab the locks, and > > + finally fill the buffer. The problem is that there is that > > + open window where the table could grow and we will end up > > + short on space. */ > > This needs to be fixed.
The reasoning behind this was because I wanted to try and avoid holding the rcu_read_lock() while allocating memory. I'll just change the allocation to GFP_ATOMIC and keep the rcu lock. > Currently, it seems that you just bail if this happens. -- paul moore linux security @ hp - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html