Saadia Fatima wrote:
> I observed it in mac layer. Specifically in mac_promisc_dispatch_one. I
> check the original packet to make sure that it is not malformed i.e
> (db_base <= b_rptr <= b_wptr <= db_lim) and MBLKL for original is
> non-zero. Is there any workaround? Is there any address alignmen
ze factor involved?
-SF
From: James Carlson
To: Paul Durrant
Cc: Saadia Fatima ; opensolaris-code@opensolaris.org
Sent: Friday, October 22, 2010 7:23:24
Subject: Re: [osol-code] copymsg and MBLK
On 10/22/10 05:32, Paul Durrant wrote:
> MBLKL(mp) is merely th
On 10/22/10 05:32, Paul Durrant wrote:
> MBLKL(mp) is merely the difference between mp->b_wptr and mp->b_rptr,
> which is state usually specific to usage of a particular *instance* of
> a STREAMS message buffer. Such state is not copied across by
> copymsg(). Think of copymsg() as dupmsg() but with
MBLKL(mp) is merely the difference between mp->b_wptr and mp->b_rptr,
which is state usually specific to usage of a particular *instance* of
a STREAMS message buffer. Such state is not copied across by
copymsg(). Think of copymsg() as dupmsg() but with a duplicate dblk_t
rather than a reference to
Hi
When I copy a message block (mblk_t, with a non-zero length) using copymsg, the
value returned by MBLKL for the copy is zero.
len = MBLKL(m); //say 80
mc = copymsg(m);
len = MBLKL(mc);// returns 0 ???
-sf
--
This message posted from opensolaris.org
