From owner-freebsd-net@FreeBSD.ORG Tue Sep 6 00:18:31 2011 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 493DF106564A; Tue, 6 Sep 2011 00:18:31 +0000 (UTC) (envelope-from lacombar@gmail.com) Received: from mail-pz0-f45.google.com (mail-pz0-f45.google.com [209.85.210.45]) by mx1.freebsd.org (Postfix) with ESMTP id 12D3E8FC18; Tue, 6 Sep 2011 00:18:31 +0000 (UTC) Received: by pzk33 with SMTP id 33so15483891pzk.18 for ; Mon, 05 Sep 2011 17:18:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=AfrK2qLdnC1lgCRznwld5SL26l57GKyHj95yYRaIvAg=; b=YByr4aVrOXVvdRbjCVoR+4cGWAVuKF12E75lHpr6RKOZvaLfyWVMKS/HD4TXvVFEvC UV0SOsJ1OhSzulp7AJ9ecjaan+386V3vpfND9M0KmzDMJ8lg8z1UuBl9mzWu1MD4+If2 VtPiuVUvuQUWrsiYD9jm69T3yOsGw3m7uOc6A= MIME-Version: 1.0 Received: by 10.68.66.161 with SMTP id g1mr8716436pbt.396.1315268310777; Mon, 05 Sep 2011 17:18:30 -0700 (PDT) Received: by 10.142.131.15 with HTTP; Mon, 5 Sep 2011 17:18:30 -0700 (PDT) In-Reply-To: References: Date: Mon, 5 Sep 2011 20:18:30 -0400 Message-ID: From: Arnaud Lacombe To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, "K. Macy" Subject: Re: No IPFW binary compat across versions ? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 06 Sep 2011 00:18:31 -0000 Hi, On Mon, Sep 5, 2011 at 7:50 PM, Adrian Chadd wrote: > That's not what the COMPAT_* hooks are for. > > They're for backwards compatibility of normal userland binaries, not > binaries which use a FreeBSD-specific kernel ABI. > What do you define as "normal" and where do you draw the line ? >From my point of view, I should be able to run a FreeBSD 9.0 kernel (when released) on top of a FreeBSD 5 userland without such issues. That's what backward compatibility is. _Every_ piece of the ABI exposed by the kernel[0] should be kept compatible, even funky behavior userland might ends up relying on. However, if as you say, you (the committers folks) willingly break the exposed ABI, well, sorry, but that can no longer be called "backward compatible"... That said, this has turned out of context. Now, to come back to my original issue, how am I supposed to track down cross-release issue ? swap storage ? [sic...] Regards, - Arnaud [0]: ... with very few exception, such are security issue when there is no other choices available.