From owner-svn-src-head@freebsd.org Wed Feb 1 17:56:26 2017 Return-Path: Delivered-To: svn-src-head@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 19928CC49E0 for ; Wed, 1 Feb 2017 17:56:26 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: from mail-io0-x243.google.com (mail-io0-x243.google.com [IPv6:2607:f8b0:4001:c06::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D5B3F1E36 for ; Wed, 1 Feb 2017 17:56:25 +0000 (UTC) (envelope-from wlosh@bsdimp.com) Received: by mail-io0-x243.google.com with SMTP id m98so21692420iod.2 for ; Wed, 01 Feb 2017 09:56:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bsdimp-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to:cc; bh=1LtDJwqZABJ3q8A8J1AJnRwytRlqe4F0Zsmz3yI6MwI=; b=OKIgTUy4g0ijnY1S1YxREvVlMBrUxkqcAm6ZEjlsL+Z8LeaF27SAPzjGOA/K9NY86S BUTeONLpJwZN5NMK56GA+R6kCAf3rZejFbJ+ydF5o/w6d0PO8SJS9pVpvr4DauyjCklY byYTOMHQ5hmLntRIJtKpIP0XKNmv2gMujZ8h7X0y+C8NtcgTCGudxcG3mW0/rM37wbVa 5v64eeQfH29/YjWYN8xXUhJufm40EmVh+oxaQtHpmL57RfZaVkdrAm5S+C/lA0Rt6R7M sinPf8UjCUIH5tl0m7tANswneD5+esxNHOLe6Ty5/HeMTwnbNhMwCppSsgcg44Nt58aB lbpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to:cc; bh=1LtDJwqZABJ3q8A8J1AJnRwytRlqe4F0Zsmz3yI6MwI=; b=lVGU2MH2EYyzLKs0/CegQMA3SMt78PEW6vYHO6RkLmtIJf8k0yd09SvLwMOtkapx0x SDkhvK6e0gZHe8RINf0UN3K2BeNgM5h9ChkE8RPwCBpde1rGAPsxO5Ft4nwVttAKrXjN HeRjBQImhsDfpJ3cZspu02zoZRpCFBH0l0Val85IFHIaaeJsDd1mE1zQ8UHwB+ZW7meo 5zOv26NZLgFjxgZhzBqFZad3BlKke6gHIXWfMRvbyG2U07+gmX6gU0hmepi15wVMQfRB Olco1dCERjsoFiRbdxqWY+vmgmcLhezbh2hqbBXGM+A69mV3uINYWeLcP1zKT2flTlkv A/9Q== X-Gm-Message-State: AIkVDXIaOIL83C7nRGkq48NjdakL9KgkhUNfKXFrThCB8xxspvkvih/Wk0D5zl5w6KIuJ0PU7NTDIXxZw7anjg== X-Received: by 10.107.139.131 with SMTP id n125mr3520929iod.166.1485971784983; Wed, 01 Feb 2017 09:56:24 -0800 (PST) MIME-Version: 1.0 Sender: wlosh@bsdimp.com Received: by 10.79.145.217 with HTTP; Wed, 1 Feb 2017 09:56:24 -0800 (PST) X-Originating-IP: [69.53.245.200] In-Reply-To: <20170201170639.GY37974@zxy.spb.ru> References: <201701280222.v0S2MFSR022477@repo.freebsd.org> <3458844.3oruRKbrzH@ralph.baldwin.cx> <20170201103555.GA79121@zxy.spb.ru> <12386326.7GSpFTXsMZ@ralph.baldwin.cx> <20170201170639.GY37974@zxy.spb.ru> From: Warner Losh Date: Wed, 1 Feb 2017 10:56:24 -0700 X-Google-Sender-Auth: Osfctzr9wgV7sdoK218dyhFpUGo Message-ID: 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... To: Slawa Olhovchenkov Cc: John Baldwin , "svn-src-head@freebsd.org" , "svn-src-all@freebsd.org" , src-committers , Takahashi Yoshihiro Content-Type: text/plain; charset=UTF-8 X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.23 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: Wed, 01 Feb 2017 17:56:26 -0000 On Wed, Feb 1, 2017 at 10:06 AM, Slawa Olhovchenkov wrote: > On Wed, Feb 01, 2017 at 08:59:40AM -0800, John Baldwin wrote: > >> On Wednesday, February 01, 2017 01:35:56 PM Slawa Olhovchenkov wrote: >> > On Tue, Jan 31, 2017 at 02:46:23PM -0800, John Baldwin wrote: >> > >> > > 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 >> > >> > ps/2 keyboard, mouse, touchpads, lm sensors, etc?... >> >> Those aren't storage or NICs. There are many "legacy" device still present >> in modern systems that we obviously have to support. However, if you have >> an ISA Adapter SCSI HBA in an ISA slot, the machine running that is probably >> happier running 4.x than 12.0. > > My be I am missread, I think removed ISA bus and all devices attached > to ISA bus. We will never ever ever remove the ISA bus on the i386 or amd64 ports. That's simply not possible due to the legacy busses and the fact that many devices are logically attached to the address space used by the ISA bus even if there aren't physical plastic ISA slots. Ps/2 keyboards, mice, etc usually also have ACPI attachments. lm sensors might not, but those are still used and useful. If you have an ISA system, you are limited to about 16-32MB of RAM. That's what John is talking about. These systems will barely boot a modern FreeBSD. However, there are many people that have ISA cards in a PCI system to do things. Those systems can still run FreeBSD decently well if they aren't running X11. However, performance of ISA SCSI and ISA Networking cards for those boxes is horrible and there are many PCI-based alternatives that should drop in. I have a friend that has several of these systems he's not going to ever upgrade the hardware since they work just fine for what he needs. He does want to run the latest software to pickup security fixes. But AFAIK, none of these systems is using ISA SCSI. There may be the odd NE-2000 compatible ISA card, but even those have been upgraded a long time ago when his DSL speeds started to exceed 10Mbps. John's point is there's little practical value to keeping the old ISA SCSI cards in the tree. And there's some benefit to removing them since there are a few CAM features that are used only on one or two of these systems. ISA Networking cards are limited to 10Mbps (even if they have PHYs that do 100Mbps) because of the ISA bus. These cards aren't installed in modern systems, and it is quite doubtful they are in systems that will be upgraded to 12. And they are untested. Since there's a non-zero cost in keeping them, there needs to be some benefit. John is making the case that finding that benefit is increasingly difficult and we've passed the point where even the relatively low cost we have to keep the drivers in the system outweighs the benefit. For many, if not most, of these devices, I'm inclined to agree with him. Warner