From owner-freebsd-arch@FreeBSD.ORG Fri Jun 25 02:00:28 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A959D16A4CF; Fri, 25 Jun 2004 02:00:28 +0000 (GMT) Received: from daintree.corp.yahoo.com (daintree.corp.yahoo.com [216.145.52.172]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C10343D46; Fri, 25 Jun 2004 02:00:28 +0000 (GMT) (envelope-from peter@yahoo-inc.com) Received: by daintree.corp.yahoo.com (Postfix, from userid 2154) id 10946881B; Thu, 24 Jun 2004 18:59:55 -0700 (PDT) From: Peter Wemm To: freebsd-arch@freebsd.org Date: Thu, 24 Jun 2004 18:59:54 -0700 User-Agent: KMail/1.6.2 References: <16537.1087820650@critter.freebsd.dk> <20040623232725.GA1406@VARK.homeunix.com> In-Reply-To: <20040623232725.GA1406@VARK.homeunix.com> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200406241859.54810.peter@wemm.org> cc: arch@FreeBSD.ORG cc: David Schultz cc: Poul-Henning Kamp cc: marcel@xcllnt.net Subject: Re: COMPAT_43 tty processing ? X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 25 Jun 2004 02:00:28 -0000 On Wednesday 23 June 2004 04:27 pm, David Schultz wrote: > On Mon, Jun 21, 2004, Poul-Henning Kamp wrote: > > Do we need the COMPAT_43 tty processing in 5-STABLE ? > > FWIW, I used to run with COMPAT_43 disabled entirely. I think the > only breakage I noticed was that the Linuxolator didn't work > anymore because of a number of `#ifdef COMPAT_43's in the socket > code that linux.ko depends on. These should probably be broken out as COMPAT_OLDSOCK, whih is implied by the linuxulator or COMPAT_43 or the like. BTW2: around 10 years ago, I wrote a BSD tty -> SVR4 termios userland translator that worked well enough as a set of helper functions for most source compatability. If we try and keep source compatability alive for old stuff, I suspect that is the better way to do it. It did things like #define ioctl(a,b,c) ttcompat_ioctl(a,b.c) which translated things internally and did real termios calls etc. These days we could probably just kill it entirely and replace it with a short recipe for converting code. eg: list what the new names for the flags and modes are. Most programs do little more than either run in the default line processing mode, or drop into raw mode via cfmakeraw() and friends, possibly with a couple of tweaks to the generated termios settings. No, I'm not volunteering to extract this code of a QIC 6150 tape that I have with it on. I'd sooner help delete it from src/sys than revive that monster. :-) -- Peter Wemm - peter@wemm.org; peter@FreeBSD.org; peter@yahoo-inc.com "All of this is for nothing if we don't go to the stars" - JMS/B5