Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751026AbWCAU4x (ORCPT ); Wed, 1 Mar 2006 15:56:53 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751889AbWCAU4x (ORCPT ); Wed, 1 Mar 2006 15:56:53 -0500 Received: from dsl093-040-174.pdx1.dsl.speakeasy.net ([66.93.40.174]:22190 "EHLO aria.kroah.org") by vger.kernel.org with ESMTP id S1751026AbWCAU4w (ORCPT ); Wed, 1 Mar 2006 15:56:52 -0500 Date: Wed, 1 Mar 2006 12:56:47 -0800 From: Greg KH To: Arjan van de Ven Cc: Nikita Danilov , gregkh@suse.de, Linux Kernel Mailing List , Kay Sievers Subject: Re: [RFC] Add kernel<->userspace ABI stability documentation Message-ID: <20060301205647.GA16331@kroah.com> References: <20060227190150.GA9121@kroah.com> <17412.13937.158404.935427@gargle.gargle.HOWL> <20060301002302.GF23716@kroah.com> <1141198077.3866.5.camel@laptopd505.fenrus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1141198077.3866.5.camel@laptopd505.fenrus.org> User-Agent: Mutt/1.5.11 Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1550 Lines: 36 On Wed, Mar 01, 2006 at 08:27:52AM +0100, Arjan van de Ven wrote: > On Tue, 2006-02-28 at 16:23 -0800, Greg KH wrote: > > On Tue, Feb 28, 2006 at 02:39:29PM +0300, Nikita Danilov wrote: > > > Greg KH writes: > > > > > > [...] > > > > > > > + > > > > + stable/ > > > > + This directory documents the interfaces that have determined to > > > > + be stable. Userspace programs are free to use these interfaces > > > > + with no restrictions, and backward compatibility for them will > > > > + be guaranteed for at least 2 years. Most simple interfaces > > > > + (like syscalls) are expected to never change and always be > > > > + available. > > > > > > What about separating "stable" ("guaranteed for at least 2 years") and > > > "standard" (core unix interface is not going to change ever)? > > > > Why? Would that mean that the POSIX-like syscalls would only be in > > "standard"? What else would you think would be in that category? > > that sounds wrong. If you want posix behavior, use glibc. Not the kernel > directly. It's that simple. The kernel tends to follow posix mostly, to > allow glibc to do this job without too much hoops, but it's glibc that > provides the final posix API to the application. And it should be that > way. Yes, sorry, that is much more correct. greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/