RE: mbuf from scratch
RE: mbuf from scratch
- Subject: RE: mbuf from scratch
- From: "Carl Smith" <email@hidden>
- Date: Tue, 28 Jun 2005 16:16:20 -0400
- Thread-topic: mbuf from scratch
Sorry, guess I was expanding on the original question.
I was trying to get the consensus, is it OK to keep this "copied" 'ifp'
around or should I create everything 'new' from scratch, when inputting
my data into the mbuf? I am asking this question relating to
performance, timing, memory and potential errors. Is there any benefit
to creating the 'ifp' from scratch versus keeping a copy around?
Carl
-----Original Message-----
From: darwin-kernel-bounces+csmith=email@hidden
[mailto:darwin-kernel-bounces+csmith=email@hidden]
On Behalf Of Justin C. Walker
Sent: Tuesday, June 28, 2005 4:06 PM
To: Darwin Kernel
Subject: Re: mbuf from scratch
On Jun 28, 2005, at 12:50 , Carl Smith wrote:
> So you are saying there is NO way to create a struct mbuf* from
> scratch,
> meaning using your own data, i.e. "abcdefghi..", and send it out from
> the kernel/driver?
Huh? Read what I wrote, again. I think there is some confusion on
one of our parts. Your 'original question' was about 'ifp', not 'mbuf'.
>> But my original question still stands. Should I be using this saved
>> copy, of 'ifp' or should I some how be creating or getting this 'ifp'
>> new/from scratch when creating my 'new' mbuf?
> Well, the "ifp" is "struct ifp *", not "struct ifp", so you aren't
> "creating" it, just copying it.
>> Another way to ask the question if one is creating a new mbuf, via
>> m_devget, where would one get the 'ifp' to put into m_devget?
> You get it from the mbuf you are "cloning"; just pass its value to
> m_devget().
Regards,
Justin
--
Justin C. Walker, Curmudgeon-At-Large
Institute for General Semantics
--------
If you're not confused,
You're not paying attention
--------
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Darwin-kernel mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
ch.com
This email sent to email@hidden
_______________________________________________
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