From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753583AbbCJPY6 (ORCPT ); Tue, 10 Mar 2015 11:24:58 -0400 Received: from metis.ext.pengutronix.de ([92.198.50.35]:33885 "EHLO metis.ext.pengutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751891AbbCJPY5 (ORCPT ); Tue, 10 Mar 2015 11:24:57 -0400 Message-ID: <1426001087.3141.46.camel@pengutronix.de> Subject: Re: [GIT PULL v2] of: Add of-graph helpers to loop over endpoints and find ports by id From: Philipp Zabel To: Grant Likely , Rob Herring Cc: Laurent Pinchart , Darren Etheridge , kernel@pengutronix.de, Mathieu Poirier , Greg Kroah-Hartman , linux-kernel@vger.kernel.org, Benoit Parrot , Andrzej Hajda , Tomi Valkeinen , Russell King , linux-media@vger.kernel.org, Jean-Christophe Plagniol-Villard , Guennadi Liakhovetski , linux-arm-kernel@lists.infradead.org, Mauro Carvalho Chehab Date: Tue, 10 Mar 2015 16:24:47 +0100 In-Reply-To: <1425369592.3146.14.camel@pengutronix.de> References: <1425369592.3146.14.camel@pengutronix.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.12.9-1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SA-Exim-Connect-IP: 2001:67c:670:100:96de:80ff:fec2:9969 X-SA-Exim-Mail-From: p.zabel@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false X-PTX-Original-Recipient: linux-kernel@vger.kernel.org Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Grant, Rob, Am Dienstag, den 03.03.2015, 08:59 +0100 schrieb Philipp Zabel: > Hi Grant, Rob, > > this series has been around for quite some time now, basically unchanged > except for adding fixes for new users of the API that keep appearing > over time in different subsystems. > > It would be really helpful to get this merged for v4.0. Could you still > make this happen? > > Alternatively, could I please get your ack to allow this tag to be > merged into the other subsystem trees for v4.1 so that patches that > depend on it don't have to wait for yet another merge window? The question still stands. It would be great to hear from you and maybe get this change in at least in time for v4.1. best regards Philipp