From owner-svn-src-head@FreeBSD.ORG Thu Aug 19 18:51:56 2010 Return-Path: Delivered-To: svn-src-head@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D41CB1065673; Thu, 19 Aug 2010 18:51:56 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8D9EC8FC18; Thu, 19 Aug 2010 18:51:56 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o7JIgtq4099386; Thu, 19 Aug 2010 12:42:55 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 19 Aug 2010 12:42:58 -0600 (MDT) Message-Id: <20100819.124258.885796242215807555.imp@bsdimp.com> To: andre@freebsd.org From: "M. Warner Losh" In-Reply-To: <4C6D6FD7.7060106@freebsd.org> References: <4C6D2933.9020306@freebsd.org> <20100819.112040.914206331691540228.imp@bsdimp.com> <4C6D6FD7.7060106@freebsd.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: svn-src-head@freebsd.org, adrian@freebsd.org, src-committers@freebsd.org, svn-src-all@freebsd.org Subject: Re: svn commit: r211503 - head/sys/mips/atheros X-BeenThere: svn-src-head@freebsd.org X-Mailman-Version: 2.1.5 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: Thu, 19 Aug 2010 18:51:56 -0000 In message: <4C6D6FD7.7060106@freebsd.org> Andre Oppermann writes: : On 19.08.2010 19:20, M. Warner Losh wrote: : > In message:<4C6D2933.9020306@freebsd.org> : > Andre Oppermann writes: : > : On 19.08.2010 13:53, Adrian Chadd wrote: : > :> Author: adrian : > :> Date: Thu Aug 19 11:53:55 2010 : > :> New Revision: 211503 : > :> URL: http://svn.freebsd.org/changeset/base/211503 : > :> : > :> Log: : > :> Add some initial AR724X chipset support. : > :> : > :> This is untested but should at least allow an AR724X to boot. : > : : > : Isn't this something that should be done on a project branch and : > : merged back when in a good working state? : > : > We don't have a branch for mips stuff these days. This stuff is OK, : > since the AR724X is just being rolled out right now... For non AR724x : > systems, this won't affect anything... : : I was more concerned about tree breakage for non-tested code. When : developing something bleeding edge it is often useful to just commit : some stuff and have it sorted out later. In head this is more : dangerous. A small AR724X development branch would be ideal for : this. Branching is cheap with SVN these days. Merging isn't that cheap with svn. The svn:mergeinfo properties make them a pita. Given that this code won't break anything, except possibly the now-unsupported AR724x, I think a branch would be overkill. We'd have to drag that branch along all the time until we can get actual hardware to test it on, which is a high overhead. Warner