From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-f178.google.com (mail-pf0-f178.google.com [209.85.192.178]) by dpdk.org (Postfix) with ESMTP id EA615199B3 for ; Thu, 14 Sep 2017 19:57:08 +0200 (CEST) Received: by mail-pf0-f178.google.com with SMTP id g65so50328pfe.13 for ; Thu, 14 Sep 2017 10:57:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=networkplumber-org.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:in-reply-to:references :mime-version:content-transfer-encoding; bh=DJ0syysemfYBrqNSCWxmaQQJVv5dy91udcgZPBk/slA=; b=tanYMxLd5JHi/facS+y41QSaNf9XJ2sf9ocxPFJ+DycKQ9QjWGWzF8wvAzEyUf70k0 MB0bgS5eO2jYkQ+Mu7lic52aBUS10c0VJqRcxIJlxJ8lOkplyyAWu6TqrGKF3xyIDODo w28+sykKZlJQM7oOwE3Q9hnCuQoI4dXXk4QqgTWtkUCAxbmPH/Mpvgc8xElqN420LbIM I2fKZUAFN5BAzX/pPJJVlIfbAMsJtqG5HNmwSbvTS2X2J4HF7zTwnL3V6h/grxZoOpPP QkNPnyZKkKEJebTBLdeMLN4aU65Q0g5SppG/UVuqyie6194dd19DO9WbyOSm9IolMCy7 jiMg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:in-reply-to :references:mime-version:content-transfer-encoding; bh=DJ0syysemfYBrqNSCWxmaQQJVv5dy91udcgZPBk/slA=; b=jexNZ89mDBgEoYm0lSXrLt1TfC7EF2VWs+afvXej8FEJz1+QiAFpWnjHeDOKpHpnCu E0DdY/L+NHht4OOf/ntDTXRNKTGdiqUmFn63V/I7ZIgEvSkZ6uG9ao8LTHHFHZvAQw8P khtKMW6EMYKHMDlLQttvJWKJBuCos03jZMOEvnYdW3ig2PE3+YryAryLKkgyc0k4Argh qRSZBz4/0O8HvbP8IdFEcc7f+GqcRp4kru2Qv6ptWpZ9u57KqIpcePeJjPqXUcD7QcyS Tf6Mqb/jC+dw3oLqRhOArYqH+xZh1NXRnkQpGuPXjep8ORIQaTONOJ/6gDR+rhb3W+Oc Ub/A== X-Gm-Message-State: AHPjjUjehTkn4txOWksrLNw4vSNAVh4fuXP65fo2XryBPiKjTHEslQE+ FiNNNoqLREMXiR53 X-Google-Smtp-Source: ADKCNb7YG6aevMWzhNWwHAbxFR5MQcSb981W/zMA6U8QIl9X6ocZHpUX3uemnOwMv0tNZnSz5c3j2A== X-Received: by 10.99.121.135 with SMTP id u129mr21082682pgc.74.1505411827811; Thu, 14 Sep 2017 10:57:07 -0700 (PDT) Received: from plumbers-lap.home.lan ([12.145.98.253]) by smtp.gmail.com with ESMTPSA id n68sm28176286pga.39.2017.09.14.10.57.07 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Thu, 14 Sep 2017 10:57:07 -0700 (PDT) Date: Thu, 14 Sep 2017 10:57:05 -0700 From: Stephen Hemminger To: =?UTF-8?B?TsOpbGlv?= Laranjeiro Cc: Thomas Monjalon , Adrien Mazarguil , Ferruh Yigit , Bruce Richardson , dev@dpdk.org, techboard@dpdk.org Message-ID: <20170914105705.584662e5@plumbers-lap.home.lan> In-Reply-To: <20170914091156.GB2160@autoinstall.dev.6wind.com> References: <2737351.pD9poAUtZC@xps> <20170913145402.GA2481@6wind.com> <5858182.HmkBWfGZLK@xps> <20170914091156.GB2160@autoinstall.dev.6wind.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [dpdk-dev] git trees organization X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Sep 2017 17:57:09 -0000 On Thu, 14 Sep 2017 11:11:56 +0200 N=C3=A9lio Laranjeiro wrote: > On Thu, Sep 14, 2017 at 10:22:23AM +0200, Thomas Monjalon wrote: > > 14/09/2017 04:25, Stephen Hemminger: =20 > > > Bisecting a tree with lots of subtree merges is terrible. That is why= Linus > > > rebases and doesn't directly take linux-next =20 > >=20 > > I agree, bisecting with subtree merges is not pleasant at all. > > That's why I chose the rebase method until now. =20 >=20 > I don't see what is un-pleasant, if we start a bisect what we expect is to > find the commit introducing the issue, bisect is able to do it even on la= rge > tree with a lot of merges. Moreover, the probability the issue will be > searched in a specific section within its own subtree is high which also = means > locally it will be linear, is not it equivalent to the actual situation? >=20 > > Adrien mentioned some drawbacks with the rebase method. > > Ferruh mentioned some drawbacks and some advantages of rebase. > > Stephen mentioned another advantage of rebase. > > Such decisions are really difficult. > > One thing is sure: there will be always someone unhappy, > > no matter the decision :) > >=20 > > When we want to take such decision or re-consider it, > > we ask the techboard to vote... =20 A recent git bisect gives an example of the problem. I needed to bisect between two daily versions of linux-next. Linux-next is intentionally not a serial tree, it is recreated every day. The big bisect wanted to go through 10,000 commits and back track from 4.14-rc1 into 4.13-rc5 to get down into some subtree.=20 On upstream tree it nevers goes back into ancient history.