Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Oct 2002 11:29:25 -0700
From:      "Sam Leffler" <sam@errno.com>
To:        "JINMEI Tatuya" <jinmei@isl.rdc.toshiba.co.jp>, "Luigi Rizzo" <rizzo@icir.org>
Cc:        <freebsd-net@FreeBSD.ORG>, <freebsd-arch@FreeBSD.ORG>, "Julian Elischer" <julian@elischer.org>
Subject:   Re: CFR: m_tag patch
Message-ID:  <24db01c27541$f529da40$52557f42@errno.com>
References:  <Pine.BSF.4.21.0210071613260.34884-100000@InterJet.elischer.org> <18d301c26e5e$8b5c7a30$52557f42@errno.com> <y7vd6qhg0vj.wl@ocean.jinmei.org> <080101c27151$b2e92a30$52557f42@errno.com> <y7vbs5u4s5m.wl@ocean.jinmei.org> <20021016074610.C34626@carp.icir.org> <y7vadle2r78.wl@ocean.jinmei.org> <20021016111857.A38181@carp.icir.org>

next in thread | previous in thread | raw e-mail | index | archive | help
> On Thu, Oct 17, 2002 at 03:07:07AM +0900, JINMEI Tatuya / ?$B?@L@C#:H?(B
wrote:
> ...
> > (I re-read the thread) perhaps the example in my previous message
> > wasn't good (and it was at least incorrect).  According to the
> > discussion on the thread, we'll probably keep m_tag_cookie being 0 and
> > use m_tag_id in (e.g.) ip6_output.c.  So, we'll be happy if this
> > convention is kept (and will be kept) at least under netinet6.
>
> unfortunately this will not prevent code from having to check that
> the m_tag_cookie actually corresponds to the value you want, to
> make sure that your code does not misinterpret as own tags
> generated/destined to other clients.
>
> Am I correct, Sam ?
>

Correct.  If you explicitly look inside the m_tag structure instead of using
one of the m_tag_* routines to search then you will need to validate
m_tag_cookie to avoid interpreting tags created by other modules.  The
comments I wrote in mbuf.h for this stuff describe this and say that when
writing code that is to be compatible with other systems one should always
use MTAG_ABI_COMPAT and the openbsd-compatible m_tag_get and m_tag_find
routines.

m_tag_cookie was mainly added so that netgraph could piggyback on top of the
facility and remove it's private code.  At some point it may be worthwhile
to talk with the openbsd+netbsd folks about adopting this new m_tag
facility.

    Sam


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-arch" in the body of the message




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?24db01c27541$f529da40$52557f42>