From owner-freebsd-arch@freebsd.org Tue Nov 26 12:55:26 2019 Return-Path: Delivered-To: freebsd-arch@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 726E71B55DA for ; Tue, 26 Nov 2019 12:55:26 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (mail.karels.net [216.160.39.52]) by mx1.freebsd.org (Postfix) with ESMTP id 47MkQj5mwwz3JM2 for ; Tue, 26 Nov 2019 12:55:25 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail.karels.net (localhost [127.0.0.1]) by mail.karels.net (8.15.2/8.15.2) with ESMTP id xAQCtMfb061390; Tue, 26 Nov 2019 06:55:22 -0600 (CST) (envelope-from mike@karels.net) Message-Id: <201911261255.xAQCtMfb061390@mail.karels.net> To: "Rodney W. Grimes" cc: Warner Losh , "freebsd-arch@freebsd.org" From: Mike Karels Reply-to: mike@karels.net Subject: Re: Killing Giant for 13 In-reply-to: Your message of Tue, 26 Nov 2019 01:17:38 -0800. <201911260917.xAQ9Hcf1001914@gndrsh.dnsmgr.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <61388.1574772922.1@mail.karels.net> Content-Transfer-Encoding: quoted-printable Date: Tue, 26 Nov 2019 06:55:22 -0600 X-Rspamd-Queue-Id: 47MkQj5mwwz3JM2 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of mike@karels.net designates 216.160.39.52 as permitted sender) smtp.mailfrom=mike@karels.net X-Spamd-Result: default: False [-4.19 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; HAS_REPLYTO(0.00)[mike@karels.net]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:216.160.39.52:c]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[karels.net]; REPLYTO_ADDR_EQ_FROM(0.00)[]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-1.99)[ip: (-6.63), ipnet: 216.160.0.0/15(-3.27), asn: 209(0.03), country: US(-0.05)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:209, ipnet:216.160.0.0/15, country:US]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Nov 2019 12:55:26 -0000 Responding both to Warner's original message and to Rod: > > I'd like to kill Giant in 13 and schedule a firm removal date. > > = > > The issues are (a) old drivers that aren't MP safe (b) some console / = ATKBD > > interactions (c) newbus and (d) a few stays that haven't been characte= rized. > > = > > (a) should be deleted or updated before the deadline > > (b) should be fixed by $SOMEONE[tm] > > (c) there's some work underway to refine the locking protocols to allo= w one > > to not have Giant held (there's real questions about how effective it = is > > when things sleep or contend) > > (d) I'm researching. > > = > > Would there be support for setting a firm deadline for Giant removal o= f > > around June 2020? This would be months ahead of a speculative 13.0 tim= eline > > (Earliest would be December 2020, latest would be maybe October 2021,= the > > exact details aren't super relevant for a June target date). > > = > > This is a preliminary inquiry to get a feel for support for this optio= n and > > to gather additional issues and requirements. Comments? I think we really need to get rid of Giant. It was a useful transition measure, but the transition to SMP should be long since over. +1 on Warner's proposal. > I see one reply to this, yet am seeing commits killing drivers, that > at least on surface appear to be not so old, and possibly relevant. > Though I have no objectionion to the removal of GIANT, I do have objecti= on > to what appears to be execuction before research and discussion, especia= lly > as I believe the item would of be under (d) above, as I do not consider > a driver that came into the tree at 10.0 "OLD". Although Warner used the word "old", that would not be the reason for dropping drivers that use Giant. The reason is that they are not MP safe. If no one will upgrade them, it doesn't matter when they were introduced. I think the project needs to work to reduce technical debt, and I applaud Warner for tackling this. Mike