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