From owner-svn-src-head@FreeBSD.ORG Sat Mar 24 10:32:49 2012 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BD6D01065675; Sat, 24 Mar 2012 10:32:49 +0000 (UTC) (envelope-from dim@FreeBSD.org) Received: from tensor.andric.com (cl-327.ede-01.nl.sixxs.net [IPv6:2001:7b8:2ff:146::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7711E8FC17; Sat, 24 Mar 2012 10:32:49 +0000 (UTC) Received: from [IPv6:2001:7b8:3a7:0:c8dc:6e5:d0ce:fe36] (unknown [IPv6:2001:7b8:3a7:0:c8dc:6e5:d0ce:fe36]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by tensor.andric.com (Postfix) with ESMTPSA id A6B485C37; Sat, 24 Mar 2012 11:32:48 +0100 (CET) Message-ID: <4F6DA2D5.1090301@FreeBSD.org> Date: Sat, 24 Mar 2012 11:32:53 +0100 From: Dimitry Andric Organization: The FreeBSD Project User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:11.0) Gecko/20120312 Thunderbird/11.0 MIME-Version: 1.0 To: Ed Schouten References: <201203210838.q2L8chUM062260@svn.freebsd.org> In-Reply-To: <201203210838.q2L8chUM062260@svn.freebsd.org> X-Enigmail-Version: 1.4 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r233271 - in head/sys: amd64/conf arm/conf i386/conf ia64/conf mips/conf pc98/conf powerpc/conf sparc64/conf X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: SVN commit messages for the src tree for head/-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 24 Mar 2012 10:32:49 -0000 On 2012-03-21 09:38, Ed Schouten wrote: > Author: ed > Date: Wed Mar 21 08:38:42 2012 > New Revision: 233271 > URL: http://svn.freebsd.org/changeset/base/233271 > > Log: > Remove pty(4) from our kernel configurations. > > As of FreeBSD 8, this driver should not be used. Applications that use > posix_openpt(2) and openpty(3) use the pts(4) that is built into the > kernel unconditionally. If it turns out high profile depend on the > pty(4) module anyway, I'd rather get those fixed. So please report any > issues to me. > > The pty(4) module is still available as a kernel module of course, so a > simple `kldload pty' can be used to run old-style pseudo-terminals. Please put at least a note in UPDATING... :) I just ran into an old program (compiled for FreeBSD 6 I think), that suddenly started failing with 'Cannot allocate master pty'. Maybe the compat ports could be updated to also enable loading of the pty module?