From owner-freebsd-threads@FreeBSD.ORG Sun Jan 23 15:16:29 2005 Return-Path: Delivered-To: freebsd-threads@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 3D51916A4CE for ; Sun, 23 Jan 2005 15:16:29 +0000 (GMT) Received: from fledge.watson.org (fledge.watson.org [204.156.12.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id C960743D41 for ; Sun, 23 Jan 2005 15:16:28 +0000 (GMT) (envelope-from robert@fledge.watson.org) Received: from fledge.watson.org (localhost [127.0.0.1]) by fledge.watson.org (8.13.1/8.13.1) with ESMTP id j0NFG9Yj048457; Sun, 23 Jan 2005 10:16:09 -0500 (EST) (envelope-from robert@fledge.watson.org) Received: from localhost (robert@localhost)j0NFG9xj048454; Sun, 23 Jan 2005 15:16:09 GMT (envelope-from robert@fledge.watson.org) Date: Sun, 23 Jan 2005 15:16:09 +0000 (GMT) From: Robert Watson X-Sender: robert@fledge.watson.org To: Petri Helenius In-Reply-To: <41F29E62.1000207@he.iki.fi> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: freebsd-threads@freebsd.org Subject: Re: new mutex and thread stuff X-BeenThere: freebsd-threads@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Threading on FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Jan 2005 15:16:29 -0000 On Sat, 22 Jan 2005, Petri Helenius wrote: > Do I assume correctly that because the new thread stuff (including the > higher performance mutexes) will not be MFC'd to RELENG_5 because they > break the ABI? In general, the documented ABI boundary for applications is the libc interface, and not the kernel system call interface, so subject to some limitations during the upgrade process, there's a lot of scope for changes to the internals of thread implementations without breaking the application ABI. A nice example of this is that using libmap.conf, you can change between libthr, libpthread, and libc_r without breaking anything in the appplication. So subject to careful management of the various ABIs and interfaces, merging new thread work shouldn't be a prohibited for ABI reasons. Robert N M Watson