From owner-freebsd-hackers  Sun Jul  6 21:04:25 1997
Return-Path: <owner-hackers>
Received: (from root@localhost)
          by hub.freebsd.org (8.8.5/8.8.5) id VAA22008
          for hackers-outgoing; Sun, 6 Jul 1997 21:04:25 -0700 (PDT)
Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93])
          by hub.freebsd.org (8.8.5/8.8.5) with SMTP id VAA21998
          for <freebsd-hackers@freebsd.org>; Sun, 6 Jul 1997 21:04:21 -0700 (PDT)
Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <15376(2)>; Sun, 6 Jul 1997 21:03:49 PDT
Received: from localhost by crevenia.parc.xerox.com with SMTP id <177512>; Sun, 6 Jul 1997 21:03:44 -0700
To: Archie Cobbs <archie@whistle.com>
cc: freebsd-hackers@freebsd.org
Subject: Re: VJ compression and MAX_HDR 
In-reply-to: Your message of "Sun, 06 Jul 97 16:56:47 PDT."
             <199707062356.QAA13745@bubba.whistle.com> 
Date: Sun, 6 Jul 1997 21:03:43 PDT
From: Bill Fenner <fenner@parc.xerox.com>
Message-Id: <97Jul6.210344pdt.177512@crevenia.parc.xerox.com>
Sender: owner-hackers@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

Archie Cobbs <archie@whistle.com> wrote:
>Plus the fact that m_pullup() won't work for values greater than MHLEN
>doesn't help.

Arguably, it should check n->m_flags for M_PKTHDR and use MLEN if
needed.  However, the first mbuf in the kind of chain that you'd
normally call m_pullup() on should be an M_PKTHDR anyway, so in
practice this is not likely to make any difference.

  Bill