From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756867Ab2LNSam (ORCPT ); Fri, 14 Dec 2012 13:30:42 -0500 Received: from mho-03-ewr.mailhop.org ([204.13.248.66]:63290 "EHLO mho-01-ewr.mailhop.org" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1756624Ab2LNSak (ORCPT ); Fri, 14 Dec 2012 13:30:40 -0500 X-Mail-Handler: Dyn Standard SMTP by Dyn X-Originating-IP: 50.131.214.131 X-Report-Abuse-To: abuse@dyndns.com (see http://www.dyndns.com/services/sendlabs/outbound_abuse.html for abuse reporting information) X-MHO-User: U2FsdGVkX1+yWhnpTy1ulzrJpxD8Prmz Date: Fri, 14 Dec 2012 10:30:28 -0800 From: Tony Lindgren To: Samuel Ortiz Cc: balbi@ti.com, paul@pwsan.com, keshava_mgowda@ti.com, sshtylyov@mvista.com, bjorn@mork.no, linux-usb@vger.kernel.org, linux-omap@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, Roger Quadros Subject: Re: [PATCH v4 01/23] mfd: omap-usb-host: get rid of cpu_is_omap..() macros Message-ID: <20121214183027.GC4989@atomide.com> References: <1355134833-5199-1-git-send-email-rogerq@ti.com> <1355134833-5199-2-git-send-email-rogerq@ti.com> <20121213214949.GH4989@atomide.com> <20121214005450.GO26699@sortiz-mobl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20121214005450.GO26699@sortiz-mobl> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org * Samuel Ortiz [121213 16:57]: > Hi Tony, > > On Thu, Dec 13, 2012 at 01:49:49PM -0800, Tony Lindgren wrote: > > Hi Samuel, > > > > * Roger Quadros [121210 02:23]: > > > Instead of using cpu_is_omap..() macros in the device driver we > > > rely on information provided in the platform data. > > > > > > The only information we need is whether the USB Host module has > > > a single ULPI bypass control bit for all ports or individual bypass > > > control bits for each port. OMAP3 REV2.1 and earlier have the former. > > > > I'd like to apply this patch as a fix so I can finally nuke plat/cpu.h > > for omaps by -rc1 before more drivers start using it again. > > > > That is assuming nobody else is planning on merging this series for > > v3.8 presumably. > This should go into 3.9, yes. OK looks like you have all the necessary acks except for one clock change. I replied to that one. > > Want to ack this one? > Looks fine to me: > Acked-by: Samuel Ortiz Thanks, I'll queue that one and then after -rc1 hopefully you have all the necessary acks to queue this one via your mfd tree. Regards, Tony