From root@eubie.lbl.gov  Fri Sep 25 15:47:37 1998
Received: from eubie.lbl.gov (eubie.lbl.gov [131.243.2.36])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA29394
          for <FreeBSD-gnats-submit@freebsd.org>; Fri, 25 Sep 1998 15:47:37 -0700 (PDT)
          (envelope-from root@eubie.lbl.gov)
Received: (from root@localhost)
	by eubie.lbl.gov (8.9.1/8.9.1) id PAA02628;
	Fri, 25 Sep 1998 15:47:30 GMT
	(envelope-from root)
Message-Id: <199809251547.PAA02628@eubie.lbl.gov>
Date: Fri, 25 Sep 1998 15:47:30 GMT
From: Charlie Root <root@eubie.lbl.gov>
Reply-To: j_guojun@lbl.gov
To: FreeBSD-gnats-submit@freebsd.org
Subject: bad ip_var.h: missing ih_next field
X-Send-Pr-Version: 3.2

>Number:         8052
>Category:       kern
>Synopsis:       bad ip_var.h: missing ih_next field
>Confidential:   no
>Severity:       critical
>Priority:       high
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Fri Sep 25 15:50:01 PDT 1998
>Closed-Date:    Wed Dec 9 18:05:17 PST 1998
>Last-Modified:  Wed Dec  9 18:05:58 PST 1998
>Originator:     LBNL
>Release:        FreeBSD 3.0-19980923-BETA i386
>Organization:
Jin Guojun
>Environment:

	3.0-19980923-BETA

>Description:

	in tcpip.h, ih_next is defined ti_i.ih_next, which is from
	ipovly structure defined in ip_var.h; but there is no ih_next
	field defined in ip_var.h:ipovly structure.
	There is a such thing in ip_compat.h seems used for LINUX.

>How-To-Repeat:

	define BPF_KERN_FILTER options and compile the kernel

>Fix:
	
	tcpip.h and udp_var.h must include correct ip_var.h or ip_compat.h
	whatever is the right choice.

>Release-Note:
>Audit-Trail:

From: Bill Fenner <fenner@parc.xerox.com>
To: j_guojun@lbl.gov
Cc: FreeBSD-gnats-submit@freebsd.org
Subject: Re: kern/8052: bad ip_var.h: missing ih_next field 
Date: Fri, 25 Sep 1998 17:21:52 PDT

 That #define in tcpip.h is left over from the late-August revision of
 the TCP and IP reassembly code.  It should simply be removed.  Any
 3rd-party code (like LBL's BPF_KERN_FILTER) which needs to handle TCP
 or IP fragments needs to be updated.
 
   Bill
State-Changed-From-To: open->closed 
State-Changed-By: steve 
State-Changed-When: Wed Dec 9 18:05:17 PST 1998 
State-Changed-Why:  
Doug Rabson removed these defines from tcpip.h in revision 1.7. 
>Unformatted:
