From owner-cvs-all  Thu Feb 24 11:21:33 2000
Delivered-To: cvs-all@freebsd.org
Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21])
	by hub.freebsd.org (Postfix) with ESMTP
	id CC1B037B995; Thu, 24 Feb 2000 11:21:27 -0800 (PST)
	(envelope-from shin@FreeBSD.org)
Received: (from shin@localhost)
	by freefall.freebsd.org (8.9.3/8.9.2) id LAA88863;
	Thu, 24 Feb 2000 11:21:27 -0800 (PST)
	(envelope-from shin@FreeBSD.org)
Message-Id: <200002241921.LAA88863@freefall.freebsd.org>
From: Yoshinobu Inoue <shin@FreeBSD.org>
Date: Thu, 24 Feb 2000 11:21:27 -0800 (PST)
To: cvs-committers@FreeBSD.org, cvs-all@FreeBSD.org
Subject: cvs commit: src/sys/kern uipc_socket2.c
Sender: owner-cvs-all@FreeBSD.ORG
Precedence: bulk

shin        2000/02/24 11:21:27 PST

  Modified files:
    sys/kern             uipc_socket2.c 
  Log:
  Add length check to sbcreatecontrol().
  
    Now this check is necessary because IPv6 source routing might use
    control data bigger than MLEN. (e.g. 16bytes IPv6 addr x 23 hops)
    Actually mbuf cluster should be used in uipc_socket.c:sbcreatecontrol()
    and uipc_syscalls.c:sockargs() when data size is bigger then MLEN,
    and such patches were already in KAME environment and have been
    confirmed to work well. I just forgot to merge them into 4.0, sorry.
  
    For safety, I'll postpone such patches until after 4.0 release.
    The effect of postponement is followings.
      -Ping6 source routing hops are limitted to around 6 or so.
      -If some apps do setsockopt IPV6_RTHDR and try to receive
       incoming IPv6 source routing info, it can't receive more
       than 6 hops source routing info.
       (But currently, no apps seems to be doing it.)
  
  Approved by: jkh
  
  Revision  Changes    Path
  1.54      +3 -1      src/sys/kern/uipc_socket2.c



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