From mboxrd@z Thu Jan 1 00:00:00 1970 From: Thomas Monjalon Subject: Re: [PATCH v6 00/13] mbuf: enhancements of mbuf clones Date: Mon, 27 Apr 2015 19:38:27 +0200 Message-ID: <2639290.qsn6Cf59vz@xps13> References: <1429610122-30943-1-git-send-email-olivier.matz@6wind.com> <2601191342CEEE43887BDE71AB97725821420BD6@irsmsx105.ger.corp.intel.com> <553A1D3B.5040400@linaro.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7Bit Cc: dev-VfR2kkLFssw@public.gmane.org To: Zoltan Kiss Return-path: In-Reply-To: <553A1D3B.5040400-QSEj5FYQhm4dnm+yROfE0A@public.gmane.org> List-Id: patches and discussions about DPDK List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces-VfR2kkLFssw@public.gmane.org Sender: "dev" 2015-04-24 11:38, Zoltan Kiss: > On 22/04/15 12:59, Ananyev, Konstantin wrote: > > From: Olivier Matz [mailto:olivier.matz-pdR9zngts4EAvxtiuMwx3w@public.gmane.org] > > Sent: Wednesday, April 22, 2015 10:57 AM > >> The first objective of this series is to fix the support of indirect > >> mbufs when the application reserves a private area in mbufs. It also > >> removes the limitation that rte_pktmbuf_clone() is only allowed on > >> direct (non-cloned) mbufs. The series also contains some enhancements > >> and fixes in the mbuf area that makes the implementation of the > >> last patches easier. > > > > Acked-by: Konstantin Ananyev > > When does this series get merged? It was acked on April 22 and your question was 2 days later on April 24. Does it mean you are expecting it to be merged the day it is acked? Or do you fear the merging because of a local dev you are working on? Anyway, everybody seems happy with this version so it's going to be merged.