From owner-svn-src-all@freebsd.org Tue Jan 31 23:22:45 2017 Return-Path: Delivered-To: svn-src-all@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 6C6CCCCA253; Tue, 31 Jan 2017 23:22:45 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from mail.baldwin.cx (bigwig.baldwin.cx [96.47.65.170]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 471F6161E; Tue, 31 Jan 2017 23:22:44 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from ralph.baldwin.cx (c-73-231-226-104.hsd1.ca.comcast.net [73.231.226.104]) by mail.baldwin.cx (Postfix) with ESMTPSA id BD89C10A7FA; Tue, 31 Jan 2017 18:22:42 -0500 (EST) From: John Baldwin To: Warner Losh Cc: Takahashi Yoshihiro , src-committers , "svn-src-all@freebsd.org" , "svn-src-head@freebsd.org" Subject: Re: svn commit: r312910 - in head: . etc/etc.pc98 etc/rc.d lib/libsysdecode libexec release release/doc release/doc/en_US.ISO8859-1/hardware release/doc/en_US.ISO8859-1/readme release/doc/share/example... Date: Tue, 31 Jan 2017 14:46:23 -0800 Message-ID: <3458844.3oruRKbrzH@ralph.baldwin.cx> User-Agent: KMail/4.14.10 (FreeBSD/11.0-STABLE; KDE/4.14.10; amd64; ; ) In-Reply-To: References: <201701280222.v0S2MFSR022477@repo.freebsd.org> <2911087.bbEsWibF87@ralph.baldwin.cx> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.4.3 (mail.baldwin.cx); Tue, 31 Jan 2017 18:22:42 -0500 (EST) X-Virus-Scanned: clamav-milter 0.99.2 at mail.baldwin.cx X-Virus-Status: Clean X-BeenThere: svn-src-all@freebsd.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "SVN commit messages for the entire src tree \(except for " user" and " projects" \)" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 31 Jan 2017 23:22:45 -0000 On Tuesday, January 31, 2017 03:33:55 PM Warner Losh wrote: > On Tue, Jan 31, 2017 at 3:20 PM, John Baldwin wrote: > > On Saturday, January 28, 2017 02:22:15 AM Takahashi Yoshihiro wrote: > >> Author: nyan > >> Date: Sat Jan 28 02:22:15 2017 > >> New Revision: 312910 > >> URL: https://svnweb.freebsd.org/changeset/base/312910 > >> > >> Log: > >> Remove pc98 support completely. > >> I thank all developers and contributors for pc98. > >> > >> Relnotes: yes > > > > BTW, my impression was that there are some other device drivers > > that are effectively PC-98 only (e.g. everything that uses scsi_low.c) > > but they might have pccard attachments for use with PC-98 laptops? > > > > Perhaps Warner might know? > > > > It seems stg(4) had PCI variants, but nsp(4), ncv(4), and stg(4) > > all came from NetBSD/pc98 via PAO. > > These all work correctly on any PC Card machine. The only reason they > came in this way was because these devices were original marketed only > in Japan. I've used all these cards with external SCSI drives in the > past. > > As far as I know, only the if_snc driver, which was removed, is truly > pc98 specific. It is wired in such a way that cannot be used in ibm-at > compatible laptops. IIRC, it had hard-wired memory decode lines that > landed in the middle of the VGA graphics pages or BIOS low memory > areas. I have one of these cards still, and it will be detected on my > laptops, but can't work due to the required mappings. > > Now, there's an different question about whether it is time to retire > some of the now-ancient SCSI cards from the system, but that's a > different kettle of fish that's larger than just nsp, ncv and stg. Fair enough. I haven't fully put away my 12 axe and am toying with dropping any ISA-only storage and NIC drivers (and perhaps pccard-only as well in that case). Hardware that wants to use ISA/pccard for storage is probably happier running 4.x anyway. One question is if we should drop ISA attachments in that case for drivers that support PCI and ISA. However, there's a fair list of ISA-only adapters that would be a good place to start anyway. One concern is to not drop any drivers that are commonly used in emulators or hypervisors (ed(4) comes to mind though I think em(4) is probably available in any modern emulators or hypervisors). -- John Baldwin