[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