* Re: [PATCH v3 0/2] McBSP changes for OMAP4 platform [not found] ` <20100513081947.GB19774@opensource.wolfsonmicro.com> @ 2010-05-13 9:29 ` Liam Girdwood 2010-05-14 0:14 ` Tony Lindgren 0 siblings, 1 reply; 2+ messages in thread From: Liam Girdwood @ 2010-05-13 9:29 UTC (permalink / raw) To: Tony Lindgren Cc: Jorge Eduardo Candelaria, linux-omap, Mark Brown, Peter Ujfalusi, Jarkko Nikula, alsa-devel On Thu, 2010-05-13 at 09:19 +0100, Mark Brown wrote: > On Wed, May 12, 2010 at 12:18:38PM -0500, Jorge Eduardo Candelaria wrote: > > The following patches enable McBSP driver to be used along with the > > audio driver in SDP4430 and other OMAP4 based boards. > > Both > > Acked-by: Mark Brown <broonie@opensource.wolfsonmicro.com> Tony, do we have you ack/sob to upstream via ASoC ? We do have a lot pending with mcbsp dependencies for ASoC atm and this would simplify upstreaming. Thanks Liam -- Freelance Developer, SlimLogic Ltd ASoC and Voltage Regulator Maintainer. http://www.slimlogic.co.uk ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH v3 0/2] McBSP changes for OMAP4 platform 2010-05-13 9:29 ` [PATCH v3 0/2] McBSP changes for OMAP4 platform Liam Girdwood @ 2010-05-14 0:14 ` Tony Lindgren 0 siblings, 0 replies; 2+ messages in thread From: Tony Lindgren @ 2010-05-14 0:14 UTC (permalink / raw) To: Liam Girdwood Cc: Jorge Eduardo Candelaria, linux-omap, Mark Brown, Peter Ujfalusi, Jarkko Nikula, alsa-devel * Liam Girdwood <lrg@slimlogic.co.uk> [100513 02:24]: > On Thu, 2010-05-13 at 09:19 +0100, Mark Brown wrote: > > On Wed, May 12, 2010 at 12:18:38PM -0500, Jorge Eduardo Candelaria wrote: > > > The following patches enable McBSP driver to be used along with the > > > audio driver in SDP4430 and other OMAP4 based boards. > > > > Both > > > > Acked-by: Mark Brown <broonie@opensource.wolfsonmicro.com> > > Tony, do we have you ack/sob to upstream via ASoC ? No problem with me, both of them: Acked-by: Tony Lindgren <tony@atomide.com> > We do have a lot pending with mcbsp dependencies for ASoC atm and this > would simplify upstreaming. Sure, I agree. It's best to keep the patchsets toghether. One request I have for the long run is to set some features flag during init and only use the cpu_is_omapxxxx tests once during init. That way the driver is more future proof and should not require adding cpu_is_omapxxxx all over the place. Regards, Tony ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2010-05-14 0:14 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1273684720-16619-1-git-send-email-jorge.candelaria@ti.com>
[not found] ` <20100513081947.GB19774@opensource.wolfsonmicro.com>
2010-05-13 9:29 ` [PATCH v3 0/2] McBSP changes for OMAP4 platform Liam Girdwood
2010-05-14 0:14 ` Tony Lindgren
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).