From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753392AbbGFQFi (ORCPT ); Mon, 6 Jul 2015 12:05:38 -0400 Received: from mail-wi0-f171.google.com ([209.85.212.171]:36628 "EHLO mail-wi0-f171.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751062AbbGFQFg (ORCPT ); Mon, 6 Jul 2015 12:05:36 -0400 Date: Mon, 6 Jul 2015 17:05:29 +0100 From: Lee Jones To: Andy Shevchenko Cc: Andy Shevchenko , Geert Uytterhoeven , "Rafael J . Wysocki" , ACPI Devel Maling List , Linux PM list , Greg Kroah-Hartman , Vinod Koul , Andrew Morton , Mika Westerberg , "linux-kernel@vger.kernel.org" , dmaengine , Heikki Krogerus , Jarkko Nikula , "Wysocki, Rafael J" , Mike Turquette Subject: Re: [PATCH v4 6/8] mfd: make mfd_remove_devices() iterate in reverse order Message-ID: <20150706160529.GC3182@x1> References: <1434362256-239992-1-git-send-email-andriy.shevchenko@linux.intel.com> <1434362256-239992-7-git-send-email-andriy.shevchenko@linux.intel.com> <20150624113144.GL15013@x1> <1436173803.8279.1.camel@linux.intel.com> <1436175018.8279.4.camel@linux.intel.com> <20150706145039.GB3182@x1> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 06 Jul 2015, Andy Shevchenko wrote: > On Mon, Jul 6, 2015 at 5:50 PM, Lee Jones wrote: > > On Mon, 06 Jul 2015, Andy Shevchenko wrote: > > > >> On Mon, 2015-07-06 at 11:24 +0200, Geert Uytterhoeven wrote: > >> > On Mon, Jul 6, 2015 at 11:10 AM, Andy Shevchenko > >> > wrote: > >> > > On Wed, 2015-06-24 at 12:31 +0100, Lee Jones wrote: > >> > > > On Mon, 15 Jun 2015, Andy Shevchenko wrote: > > [] > > >> > > > Applied, thanks. > >> > > > >> > > Hmm… Seems kinda mistake. I can't see this applied (and required > >> > > previous patches 4 and 5) to any of your branch neither in > >> > > (today's) > >> > > linux-next. > >> > > >> > New stuff applied after v4.1 couldn't show up in -next before v4.2 > >> > -rc1 was > >> > released (which just happened last night)? > >> > >> Might be, I would like to resend new version of my series and that's > >> why I would like to have a branch to check what is already applied. So, > >> if I can't see it does it mean it is brewed in the private repository? > > > > If you have patches that depend on this, they either need to come > > through my tree, or you have to wait until the next kernel version > > (which you probably don't want, right?). > > > > The alternative is that I unapply this patch and the whole lot can be > > sucked up by the most appropriate subsystem. > > I resent a new version for other comments(still with all patches > included). Meanwhile the patches 4-6 (from v4 or v5, where they are > the same) could be applied in the first place. Can you clarify what > exactly you have applied? The idea is to put the rest via your > subsystem since it's most appropriate for this series. Easiest thing for me to do is unapply. We can take the whole series when all the Acks have been accrued. -- Lee Jones Linaro STMicroelectronics Landing Team Lead Linaro.org │ Open source software for ARM SoCs Follow Linaro: Facebook | Twitter | Blog