From owner-freebsd-current@FreeBSD.ORG Thu Oct 25 05:13:05 2007 Return-Path: Delivered-To: current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 45B6816A480 for ; Thu, 25 Oct 2007 05:13:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outS.internet-mail-service.net (outS.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 2669313C481 for ; Thu, 25 Oct 2007 05:13:05 +0000 (UTC) (envelope-from julian@elischer.org) Received: from mx0.idiom.com (HELO idiom.com) (216.240.32.160) by out.internet-mail-service.net (qpsmtpd/0.40) with ESMTP; Wed, 24 Oct 2007 22:13:04 -0700 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (home.elischer.org [216.240.48.38]) by idiom.com (Postfix) with ESMTP id A425C1267D9; Wed, 24 Oct 2007 22:13:03 -0700 (PDT) Message-ID: <472025FA.4070307@elischer.org> Date: Wed, 24 Oct 2007 22:13:30 -0700 From: Julian Elischer User-Agent: Thunderbird 2.0.0.6 (Macintosh/20070728) MIME-Version: 1.0 To: Robert Watson , Release Engineering , FreeBSD Current Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: last gasp additions to 7.0 for future-proofing. X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 25 Oct 2007 05:13:05 -0000 Is the there a chance we can make a quick pass through various structures and add some pad words to them? There will probably be several additions that people may want to bring in later in 7.x that may be made a lot easier if there were a few spare fields here and there. I heard robert say he could do with a few pads in before the release, so if it's possible we should quickly throw in some structures to consider so that we can keep a frozen ABI for teh 7.x branch. For example the kinfo structs used by ps and top etc and libkvm could probably do with a few spare words (though there may be enough deprecated fields in that one to supply some space.) Also as there is always so much stuff going on in networking, it's possible that an extra field in some of the structures involved there may be useful over the life of 7.0. Historically a couple of pads in struct iface would have been nice in past years. Certainly structures that 3rd party drivers would need to include/use could do with an extra field or two. As another example, if we had some pads in about half a dozen structures, it would be possible to back port the vimage stuff to 7.3 or so if it turns out to be really successful in 8.x. (aiming for compatibility in the "compiled out" mode). I've heard others mention occasionally that it might be nice to put some pads here and there.. now is probably the last possible moment to speak up..