From owner-cvs-src@FreeBSD.ORG Wed Mar 12 10:26:43 2008 Return-Path: Delivered-To: cvs-src@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1D95D1065672; Wed, 12 Mar 2008 10:26:43 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [209.31.154.42]) by mx1.freebsd.org (Postfix) with ESMTP id E22B38FC28; Wed, 12 Mar 2008 10:26:42 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from fledge.watson.org (fledge.watson.org [209.31.154.41]) by cyrus.watson.org (Postfix) with ESMTP id 8C37346B61; Wed, 12 Mar 2008 06:26:42 -0400 (EDT) Date: Wed, 12 Mar 2008 10:26:42 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: Jeff Roberson In-Reply-To: <200803121012.m2CAC24p033661@repoman.freebsd.org> Message-ID: <20080312102345.L29518@fledge.watson.org> References: <200803121012.m2CAC24p033661@repoman.freebsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: cvs-src@FreeBSD.org, src-committers@FreeBSD.org, cvs-all@FreeBSD.org Subject: Re: cvs commit: src/sys/amd64/amd64 machdep.c trap.c vm_machdep.c src/sys/amd64/conf DEFAULTS src/sys/amd64/linux32 linux32_sysvec.c src/sys/arm/arm trap.c src/sys/arm/conf AVILA src/sys/arm/xscale/i8134x crb_machdep.c src/sys/compat/freebsd32 ... X-BeenThere: cvs-src@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: CVS commit messages for the src tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Mar 2008 10:26:43 -0000 On Wed, 12 Mar 2008, Jeff Roberson wrote: > Remove kernel support for M:N threading. > > While the KSE project was quite successful in bringing threading to > FreeBSD, the M:N approach taken by the kse library was never developed > to its full potential. Backwards compatibility will be provided via > libmap.conf for dynamically linked binaries and static binaries will > be broken. This will likely require us to grow a significantly more mature approach to compat libraries, especially for 5.x where I seem to recall libthr was of mixed productionness. Once these changes have settled, the right approach is probably to bring up a 5.x chroot on an 8.x kernel and fault in problems. While 5.x isn't widely hacked on currently, it is used pretty extensively in our user base (a sample of Java binary downloads a few months ago, for example, showed 5.x/i386 to be the most widely used platform for Java), and I know I've had a lot of ... feedback ... about the fact that our upgrade path from 5.x to 6.x has gotten less functional over time. Anyhow, once things settle a bit, let's see where we are. Robert N M Watson Computer Laboratory University of Cambridge