Re: mbuf_dup/mbuf_freem with mbufs containing aux data
Re: mbuf_dup/mbuf_freem with mbufs containing aux data
- Subject: Re: mbuf_dup/mbuf_freem with mbufs containing aux data
- From: "Bhavesh Davda" <email@hidden>
- Date: Mon, 29 Jan 2007 19:15:42 -0800
> How do I check if the new mbuf resulted from mbuf_dup() has auxiliary
> data at all? I couldn't see any accessors in kpi_mbuf.
There is mbuf_aux_find() but it requires you to specify the data
type for the query to return a match.
I thought that was part of the un-exported private kpi_mbuf.
> If there were, then I would have simply queried if there was aux data
> attached in the new mbuf, and NULL'ed the aux pointer in the new mbuf,
> because my clients for the duplicated mbuf don't care about that aux
> data.
Have you tried using mbuf_copym() instead of mbuf_dup()? For the
former case, the auxiliary mbuf and any packet tags get migrated
from the original to the new one.
Hmmm.. That's an interesting idea. Are there any performance
trade-offs between mbuf_dup versus mbuf_copym?
I'll give mbuf_copym a try.
Thanks
- Bhavesh
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden