From owner-svn-src-head@freebsd.org Sat Jan 27 21:52:55 2018 Return-Path: Delivered-To: svn-src-head@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id B2A24EC4EE7; Sat, 27 Jan 2018 21:52:55 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "mail.blih.net", Issuer "mail.blih.net" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id DB4BA7BA11; Sat, 27 Jan 2018 21:52:54 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mail.blih.net (mail.blih.net [212.83.177.182]) by mail.blih.net (OpenSMTPD) with ESMTP id a42fbab8; Sat, 27 Jan 2018 22:52:52 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; s=mail; bh=h/FQjmiLcDsEXCWzMNI4RebBzo8=; b=aT4jqE/ukNI7RETzGE9ptc+cRVhk IsGSwtwo1XRA+vJO3I7aornuR6c1JFoP+H1DCcCj5qlQkrpcVi3HwHbDD1M5CacD qCjvQqzk+Mt2XvwWq6dCC5ZQtF63EQ+8BLCeY9xzTYDTBNwORxX134Gl9HPYW+c+ T4J4L7Lyvueu4OM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=bidouilliste.com; h=date :from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-type:content-transfer-encoding; q=dns; s= mail; b=ezGHT+XlDzoF918bnBZa7C22RZSg+hpH2MH1wOE92en9XqXNnW9JrWdq XlSU1W6HxzxWHGwSg7h8qKxGBMx1nP9sk719LJHNH4EJ7zJbtJ8uwpXiP3WVBDAw InGYM1sbraGe9uIgY69gnpx6XugZGnyvIg8AdsSPFd/kymegZ8o= Received: from arcadia.home.blih.net (ip-9.net-89-3-105.rev.numericable.fr [89.3.105.9]) by mail.blih.net (OpenSMTPD) with ESMTPSA id 608a6486 TLS version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO; Sat, 27 Jan 2018 22:52:52 +0100 (CET) Date: Sat, 27 Jan 2018 22:52:51 +0100 From: Emmanuel Vadot To: rgrimes@freebsd.org Cc: "Rodney W. Grimes" , Adrian Chadd , Poul-Henning Kamp , Warner Losh , John Baldwin , Ravi Pokala , src-committers , svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r328257 - in head/sys: arm/broadcom/bcm2835 dts/arm modules Message-Id: <20180127225251.5107a7a53c60bb5ca98ed55a@bidouilliste.com> In-Reply-To: <201801272132.w0RLWMqi011256@pdx.rh.CN85.dnsmgr.net> References: <20180127214840.dc033d582696ff7b51f6d7e6@bidouilliste.com> <201801272132.w0RLWMqi011256@pdx.rh.CN85.dnsmgr.net> X-Mailer: Sylpheed 3.6.0 (GTK+ 2.24.31; amd64-portbld-freebsd12.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Mailman-Approved-At: Sun, 28 Jan 2018 07:33:48 +0000 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: Sat, 27 Jan 2018 21:52:56 -0000 On Sat, 27 Jan 2018 13:32:22 -0800 (PST) "Rodney W. Grimes" wrote: > > On Sat, 27 Jan 2018 12:13:57 -0800 > > Adrian Chadd wrote: > > > > > Hi, > > > > > > Find the middle ground. Don't dissuade the developer too much. > > > > This is what happened two years ago when I started hacking on the > > allwinner SoCs : > > > > - I asked what should be done for bringing a new board > > - andrew@ told me that we first need to switch to upstream dts and > > update drivers. > > - Guess what, I did that. > > Great, thats good co-operatation and communications, sometimes though > it is not so smooth. The better we become at dealing with the not > so smooth the faster forward progress can be made. > > > > Here's an example: > > > > > > Make the driver follow DTS, allow a tunable/kenv check for it to > > > override whether it needs to be in the DTS or not (the "keep phk happy > > > for now" compromise) and have it default to obeying the device tree. > > > > > > That way phk is kept happy and the defaults are the same as normal-ish > > > ARM /and/ you have a springboard to experiment with extending FDT > > > overlays at runtime for people who wish to do so. > > > > I don't care about keeping phk@ (or any other developer) happy, we > > have a standard, let's stick to it. > > *sigh* Let me ask you if you do not care about keeping any other > developers happy, why should any of them be concerned about keeping > you happy? We need to always try to find middle ground and > co-operate in positive ways. If my goal was making me happy, the Allwinner support would be very messy. The goal isn't to make me happy, the goal is to make driver standard (so developer are happy). > On the "we have a standard" front, well when standards get in the way > of forward progress they are often side stepped. Maybe this standard > is not such a good standard and warts are going to form around it. I > have seen some discusssion at least on ways to improve the current > situation, hopefully someone takes them and runs with them. Until a new standard is born we need to stick to the current one. > Others have pointed out they do not like the current model in that > it gets in the way of developement progress. I can see this point. > I can see phk's points, and I can see your points. Who are the "Others" ? > IMHO if we shove the standard down our own throats we are in > effect cutting our hands off in the process, not somethig we > really want to do is it? No. > > > (I personally hate having to edit the dts/recompile/reboot for every > > > test hardware change; it makes breadboarding things up kinda > > > hilariously annoying.) > > > > Use overlays then. And if you don't want to reboot provide patch for > > loading overlays at runtime. > > Are those the only solutions? > > > > -adrian > > Emmanuel Vadot > > -- > Rod Grimes rgrimes@freebsd.org -- Emmanuel Vadot