From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753027Ab3BKH7V (ORCPT ); Mon, 11 Feb 2013 02:59:21 -0500 Received: from bear.ext.ti.com ([192.94.94.41]:52574 "EHLO bear.ext.ti.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752654Ab3BKH7U (ORCPT ); Mon, 11 Feb 2013 02:59:20 -0500 Message-ID: <5118A4BC.2020003@ti.com> Date: Mon, 11 Feb 2013 09:58:52 +0200 From: Roger Quadros User-Agent: Mozilla/5.0 (X11; Linux i686; rv:16.0) Gecko/20121011 Thunderbird/16.0.1 MIME-Version: 1.0 To: Olof Johansson CC: Tony Lindgren , Alan Stern , , , , , , , , , Subject: Re: [PATCH v7 01/22] mfd: omap-usb-host: Consolidate OMAP USB-HS platform data References: <1358422231-24736-2-git-send-email-rogerq@ti.com> <20130117165943.GI14149@atomide.com> In-Reply-To: Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 02/11/2013 08:46 AM, Olof Johansson wrote: > On Thu, Jan 17, 2013 at 8:59 AM, Tony Lindgren wrote: >> * Alan Stern [130117 07:19]: >>> On Thu, 17 Jan 2013, Roger Quadros wrote: >>> >>>> Let's have a single platform data structure for the OMAP's High-Speed >>>> USB host subsystem instead of having 3 separate ones i.e. one for >>>> board data, one for USB Host (UHH) module and one for USB-TLL module. >>>> >>>> This makes the code much simpler and avoids creating multiple copies of >>>> platform data. >>>> >>>> CC: Alan Stern >>>> >>>> Signed-off-by: Roger Quadros >>> >>> For the ehci-omap.c part: >>> >>> Acked-by: Alan Stern >> >> If Samuel acks this patch, I can apply just this patch alone on v3.8-rc3 >> into an immutable branch omap-for-v3.9/board-usb so we all merge it in >> as needed. > > So, that didn't happen; Samuel applied it from the mailing list and > sfr just hit merge conflicts due to it. > > Sigh. > > This patch (touching arch/arm/mach-omap2) didn't have acks from Tony either. Oops, this is my bad :(. Should have flagged Samuel about it. Will be more careful next time. > > Samuel, Tony, can you sort this out with a stable short topic branch > as Tony suggested? It'd be nice to avoid the merge conflict by a > little coordination here. :( > > cheers, -roger