From owner-cvs-sys Sat Apr 11 18:56:03 1998 Return-Path: Received: (from daemon@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA22903 for cvs-sys-outgoing; Sat, 11 Apr 1998 18:56:03 -0700 (PDT) (envelope-from owner-cvs-sys) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA22804; Sat, 11 Apr 1998 18:55:21 -0700 (PDT) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.8/8.8.8) id VAA20615; Sat, 11 Apr 1998 21:54:37 -0400 (EDT) (envelope-from wollman) Date: Sat, 11 Apr 1998 21:54:37 -0400 (EDT) From: Garrett Wollman Message-Id: <199804120154.VAA20615@khavrinen.lcs.mit.edu> To: Poul-Henning Kamp Cc: cvs-committers@FreeBSD.ORG, cvs-all@FreeBSD.ORG, cvs-sys@FreeBSD.ORG Subject: cvs commit: src/sys/kern uipc_syscalls.c In-Reply-To: <199804112031.NAA01564@freefall.freebsd.org> References: <199804112031.NAA01564@freefall.freebsd.org> Sender: owner-cvs-sys@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > setsockopt() transports user option data in an mbuf. if the user > data is greater than MLEN, setsockopt is unable to pass it onto > the protocol handler. Allocate a cluster in such case. Actually, what is eventually supposed to happen (after I pop about five other projects off my stack) is that socket options are passed down in the kernel as uio structs, and don't get copied in until the appropriate lower layer has accepted them. (This also eliminates yet another use of mbufs to hold something other than packet data.) -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick