From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 14CCD71 for ; Fri, 15 Jul 2016 04:29:33 +0000 (UTC) Received: from out5-smtp.messagingengine.com (out5-smtp.messagingengine.com [66.111.4.29]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0BEAFA1 for ; Fri, 15 Jul 2016 04:29:31 +0000 (UTC) Date: Fri, 15 Jul 2016 13:29:38 +0900 From: Greg KH To: Guenter Roeck Message-ID: <20160715042938.GA5527@kroah.com> References: <718BE1FD-6169-4205-A905-53F997D5943A@primarydata.com> <5785C80F.4030707@linaro.org> <20160713090739.GA18037@kroah.com> <20160713143447.GH9976@sirena.org.uk> <20160714031753.GA28722@kroah.com> <20160714100603.GJ9976@sirena.org.uk> <20160715002239.GA31603@kroah.com> <5788337F.8000500@roeck-us.net> <20160715014103.GA5791@kroah.com> <578850EB.3090109@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <578850EB.3090109@roeck-us.net> Cc: James Bottomley , Trond Myklebust , "ksummit-discuss@lists.linuxfoundation.org" Subject: Re: [Ksummit-discuss] [CORE TOPIC] kernel unit testing List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Thu, Jul 14, 2016 at 07:56:43PM -0700, Guenter Roeck wrote: > Overall, I can not imagine that it is even possible to use quilt trees as basis > for development in a company with if active kernel development, even more so > if a large number of engineers and/or a number of branches are involved. > Sure, the QCOM example may be extreme, but do you really think that writing > those 2.5M LOC would have been possible if QCOM had used Quilt trees instead > of git ? Using Quilt would for sure have prevented them from writing those > 2.5M LOC, but then there would be nothing. That doesn't sound like a feasible > alternative either. It is possible, look at the Red Hat and SuSE kernel development teams. Yes, in the end, most of the patches are backports from upstream, but during new releases they use quilt for all of their work, adding and removing and updating patches all the time. There are the usual merge issues with doing that, but for an SoC, I don't think that would be all that hard given that almost all patches are driver/subsystem-specific and don't touch other places. It does take a better calibre of developer to do this type of thing, that might be a harder thing to deal with at some SoC vendors :) thanks, greg k-h