From owner-svn-src-head@freebsd.org Tue Dec 12 15:40:23 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 C40FEE9C317; Tue, 12 Dec 2017 15:40:23 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 8F5C829CB; Tue, 12 Dec 2017 15:40:23 +0000 (UTC) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id vBCFeM0h086831; Tue, 12 Dec 2017 07:40:22 -0800 (PST) (envelope-from freebsd@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id vBCFeLFZ086830; Tue, 12 Dec 2017 07:40:21 -0800 (PST) (envelope-from freebsd) From: "Rodney W. Grimes" Message-Id: <201712121540.vBCFeLFZ086830@pdx.rh.CN85.dnsmgr.net> Subject: Re: svn commit: r326773 - in head/sys: conf dev/syscon In-Reply-To: <20171212100008.4c44fcf78714d5a159937b99@bidouilliste.com> To: Emmanuel Vadot Date: Tue, 12 Dec 2017 07:40:21 -0800 (PST) CC: Alexey Dokuchaev , Nathan Whitehorn , Kyle Evans , src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Reply-To: rgrimes@freebsd.org X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.25 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: Tue, 12 Dec 2017 15:40:23 -0000 > On Tue, 12 Dec 2017 06:18:36 +0000 > Alexey Dokuchaev wrote: > > > On Mon, Dec 11, 2017 at 10:14:04AM -0800, Nathan Whitehorn wrote: > > > I think this name might confuse people looking for "syscons". Can it be > > > renamed? Also, if it is ARM-specific, maybe it belongs in sys/arm? > > > > +1 for rename, it's very confusing now. ++1 rename it or expect irrate users > > > > ./danfe > > It's not confusing. The spec is clear it's named "syscon" so our > driver must be named syscon, naming it otherwise would be confusing. > What's confusing is the directory name for "sc" named syscons, it's > config options are named SC_* and the device is named sc. The spec is wrong for dictating what any implementation must call this, the spec does not own the implementation name space. It is called called syscons and uses the variables and driver names sc beacuse that is what we did back in the 90's, drivers typically had 2 character names. > The only valuable remark in this thread is bde's one saying it's not > documented etc ... and yes we do sucks in this area in the arm world. Thank you for your dismissal of input from the community, does that mean your gong to ignore them? > Anyhow, I caught a discussion between mmel@ and kevans@ on IRC saying > that we will move the driver into extres after adding some standard > stuff common to extres framework. FYI why is this so bad an idea to call it syscons: man syscons How do you plan to resolve that name space conflict? AND this man page has existed since 1.0, So 25 years of finger memory, your just not gona do well trying to change that. -- Rod Grimes rgrimes@freebsd.org