From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-pf0-f175.google.com (mail-pf0-f175.google.com [209.85.192.175]) by dpdk.org (Postfix) with ESMTP id E5D2637A8 for ; Tue, 19 Apr 2016 04:46:37 +0200 (CEST) Received: by mail-pf0-f175.google.com with SMTP id n1so1521428pfn.2 for ; Mon, 18 Apr 2016 19:46:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=igel-co-jp.20150623.gappssmtp.com; s=20150623; h=subject:to:references:cc:from:message-id:date:user-agent :mime-version:in-reply-to:content-transfer-encoding; bh=432NT91o/rWm0oxcRbrg321isshaeNgmpRI32h08w3c=; b=CYYvu0AigtHyYYl18IpUgaW9Y3sVn6aKTcBrbx+41BuTwzIgZiy57L32cVfbY5sOdb ccNNTUW9OV0gr4Tr8nhZodevbQ8P58SHPoudg0kO/eBR+DNwm+qwUPOhHbuFT1aUyAOK A/umKUJ9aJ0wYOEz32UHIX0FJxovXY8yMfGi3v68lzeBcECccMwx2S+6LmsUy1gZ03cD UDuT2UA3rtq2caF3AyzYucf2K7O+KHjXVjqUfqvmcSEJDVfic9okCt3Cm86uXOgeMaTf tmvRGXLBx8cata7kWZE1uQt4W6VCOr0AwS0YL4vo/9yXY1wL6OroKj5fAgC3bVbao87+ yZ7A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:cc:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=432NT91o/rWm0oxcRbrg321isshaeNgmpRI32h08w3c=; b=QL8Vn9/SeAIUP2lbrfyQe1mMk9Vv39X03g+dU6qKTYJ/eSghObDNrTKTec19AcM4TO Yjz9wl9S1hBNRFDJ6sEqVuRZgG3XLdF0/8OvKXNCeqmyFZ/AcqG3dh9QalHU3ijiJceE 9iuHtUeRrN9+amYEZIYRdLmLKCLuvcHbVvj58oHAJx8gVJT0jCcEKC4sQJz1ND6EJJ/f ZWXm5zbL8/IBTAn/Ok3doT9Nmt69bjLbE60UjjqQUmQ8p7v9nZ5saapSsCVF4tUGbYl8 oZ0Dhl00yiKZjveLexKgNBB9jaNbS82EZWA+ZgBLxuz4QMaQg4jWolo25PIynDASTSuJ 6dQQ== X-Gm-Message-State: AOPr4FWXz7EbFNYmYdxeZIRgIPupy0DyEBF9uwUxPnhknLPolO8i6V6P2M/j4oJs43FbmQ== X-Received: by 10.98.68.86 with SMTP id r83mr686059pfa.137.1461033997279; Mon, 18 Apr 2016 19:46:37 -0700 (PDT) Received: from [10.16.129.101] (napt.igel.co.jp. [219.106.231.132]) by smtp.googlemail.com with ESMTPSA id g5sm86842549pac.1.2016.04.18.19.46.34 (version=TLSv1/SSLv3 cipher=OTHER); Mon, 18 Apr 2016 19:46:36 -0700 (PDT) To: Yuanhan Liu , dev@dpdk.org References: <20160418185506.GF2576@yliu-dev.sh.intel.com> Cc: Thomas Monjalon , Bruce Richardson , "Xie, Huawei" , Victor Kaplansky , Rich Lane , Stephen Hemminger , vincent.jardin@6wind.com, "Wang, Zhihong" , "Tan, Jianfeng" From: Tetsuya Mukawa Message-ID: <57159C07.50006@igel.co.jp> Date: Tue, 19 Apr 2016 11:46:31 +0900 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.7.2 MIME-Version: 1.0 In-Reply-To: <20160418185506.GF2576@yliu-dev.sh.intel.com> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Subject: Re: [dpdk-dev] [Announce] A new tree for vhost/virtio X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Apr 2016 02:46:38 -0000 On 2016/04/19 3:55, Yuanhan Liu wrote: > Hi, > > Here I'd like to announce a new tree for vhost/virtio[0], and I'm > going to be the maintainer. > > [0]: http://dpdk.org/browse/next/dpdk-next-virtio/ > > This is done by a private request to Thomas few days ago (well, I'd > confess this should have been a public request/discussion, and you > can find it in the end of this email). > > And this is for merging patches a bit faster, especially for those > fix and cleanup patches. Note that it still takes time to merge > feature patches, even those from myself. Another note is that this > tree is meant to be rebaseable. > > You are suggested to make virtio/vhost patches based on this tree, > to reduce patch conflict chance. > > @Tetsuya, do you mind if I take over patches for vhost-pmd as well? Yes, could you please. Thanks, Tetsuya > > Thanks. > > --yliu > > ----- Forwarded message from Yuanhan Liu ----- > > Date: Wed, 13 Apr 2016 01:53:41 +0800 > From: Yuanhan Liu > To: Thomas Monjalon > Cc: Bruce Richardson , "Zhu, Heqing" , > Yuanhan Liu > Subject: A request to take over vhost/virtio patches (was Re: [dpdk-dev] dpdk: vhost/virtio > staging/testing tree) > User-Agent: Mutt/1.5.23 (2014-03-12) > > Hi Thomas, > > Due to the nature of vhost/virtio (being open standard), we have more > external contributors (not from intel) than other components: I just > wrote a script to count that (the number means the # of contributors > not from intel, and the date is got from this release only): > > vhost|virtio: 10 > doc: 10 > ethdev: 9 > eal: 9 > mlx: 8 > mk: 7 > mlx5: 6 > app/test: 6 > examples: 5 > config: 5 > tools: 4 > mlx4: 4 > eal/linux: 4 > bonding: 4 > vmxnet3: 3 > nfp: 3 > mbuf: 3 > lpm: 3 > ixgbe: 3 > igb: 3 > i40e: 3 > > As you can see, vhost/virtio is on the top of the list, which is a > great thing: it means we have a health community. We have done well > to achieve that, however, I'm thinking we could do better: to be > more active on patch reviewing/merging, to try to solve some problems > I found as I stated in my following email. > > Therefore, I'd like to request again to take over all vhost/virtio > patches. In another word, I'd like to maintain another tree, like > Bruce does for dpdk-next-net tree, and to apply patches in time. > > And now, I'd like to introduce myself a bit, and hopefully this > could convince you that I'm competent to the committer role, though > you might have already known that from my recent performs :) > > I have been working on open source projects since 2009. Till now, > it would be about 7 years of experience on open source. My first > project was Syslinux, later on, I have worked on few more projects, > including Linux Kernel, Mesa and so on. Therefore, I'm sure that > my rich experience on open source would definitely let me be > capable of the new role. > > Thanks. > > --yliu > > > On Tue, Feb 16, 2016 at 12:02:42PM +0800, Yuanhan Liu wrote: >> On Fri, Feb 12, 2016 at 01:54:21PM +0200, Victor Kaplansky wrote: >>> Hi! >> Hi Victor, >> >>> Since I was maintaining an internal tree with patches related to >>> vhost/virtio, I decided to make this staging tree public. It is >>> useful to me and I hope it will be useful to others. >>> >>> Collecting patches like this allows tracking dependencies between >>> patches, their improvement etc. I also rebase the tree so >>> contributors don't have to. >> I had same thoughts, before, aiming to speed the patch review and >> merge process. >> >> DPDK community, likely, has a culture of very slow patch review and >> merge process: I often saw patches not get reviewed for weeks, even >> months! I also saw that a patch has been ACK-ed, but not get merged >> until few weeks has been passed. While I am inside the team, I >> understand it's a very reasonable phenomenon: every one of us has >> lots of tasks to do, and we intend to do the review after all tasks >> have been finished. >> >> Despite the fact, I was thinking that I could maintain a tree, so >> that I could apply all virtio/vhost patches that has been ACKed in >> the first time. Later, I will send pull request to Thomas, from >> time to time. Thomas, on the other hand, only need to have a double >> check of the patches from my request. If he has any concerns on >> some specific patch (or patch set), I will drop them, and let the >> author to send a new version. >> >> Put simply, it's a similar style Linux kernel (and QEMU) takes. >> >> Another thing worthy noting is that Bruce started to maintain >> a such tree recently: >> >> http://dpdk.org/browse/next/dpdk-next-net/ >> >> So, as long as Bruce merges patches quickly, it should not matter. >> >>> Before publishing, I test the tree so it can serve as a known >>> good state for people interested in preliminary testing of >>> patches that aren't yet upstream, improving testing/validation as >>> multiple people can test the same code. >> I was thinking to build a very rough and simple test bot to >> achieve that; however, no time for that. >> >> --yliu > ----- End forwarded message -----