• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: mbuf data access (repost)
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: mbuf data access (repost)


  • Subject: Re: mbuf data access (repost)
  • From: Anton Kuzmin <email@hidden>
  • Date: Tue, 13 Jun 2006 22:21:46 +0100

As I understand, there's one caveat with mbuf_dup: if it's an mbuf on the input path from a network device driver, the data pointer (and length) should be temporarily adjusted to point to the media header, otherwise mbuf_dup doesn't copy it across, which might be useful if there's a need to inject the copy back into the input path.

Anton

Josh Graessley wrote:

Peter is correct. You can use mbuf_mclhasreference to determine if you need to copy the mbuf before modifying the data.


To make the copy, you can use mbuf_dup.

-josh


_______________________________________________ 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
References: 
 >Re:mbuf data access (repost) (From: "email@hidden" <email@hidden>)
 >Re: mbuf data access (repost) (From: Peter Lovell <email@hidden>)
 >Re: mbuf data access (repost) (From: Josh Graessley <email@hidden>)

  • Prev by Date: Re: mbuf data access (repost)
  • Next by Date: may b a minor error
  • Previous by thread: Re: mbuf data access (repost)
  • Next by thread: Boundary communication using IOMemory* and IOMemoryDescriptor*. Comments awaited.
  • Index(es):
    • Date
    • Thread