[prev in list] [next in list] [prev in thread] [next in thread]
List: snap-users
Subject: (KAME-snap 9337) Re: mbuf related problem
From: JINMEI Tatuya / =?ISO-2022-JP?B?GyRCP0BMQEMjOkgbKEI=?= <jinmei () isl ! rdc ! toshiba ! c
Date: 2006-02-01 6:24:45
Message-ID: y7v4q3jeguq.wl%jinmei () isl ! rdc ! toshiba ! co ! jp
[Download RAW message or body]
>>>>> On Wed, 11 Jan 2006 10:51:07 +0800,
>>>>> Garfield Hsieh <garfield.hsieh@zyxel.com.tw> said:
> In uipc_mbuf.c, function m_pullup() would allocate a new mbuf to prepend
> to the mbuf chain
> if the first mbuf has cluster. I notice that m_pullup() uses
> m_dup_pkthdr() to copy the packet
> header and then clears the flag M_PKTHDR. But, if the original packet
> header contains
> m_tag, how could the m_tag be freed since the flag M_PKTHDR has been
> cleared?
> Shall m_move_pkthdr() be used rather than m_dup_pkthdr()?
I think so, and fixed the KAME snap code.
Thanks for pointing it out.
JINMEI, Tatuya
Communication Platform Lab.
Corporate R&D Center, Toshiba Corp.
jinmei@isl.rdc.toshiba.co.jp
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic