alsa-devel.alsa-project.org archive mirror
 help / color / mirror / Atom feed
* RFC: ST specific ASoC sound driver
@ 2011-03-16 11:04 rajeev
  2011-03-16 11:22 ` Mark Brown
  0 siblings, 1 reply; 2+ messages in thread
From: rajeev @ 2011-03-16 11:04 UTC (permalink / raw)
  To: Takashi Iwai, Mark Brown, Jaroslav Kysela; +Cc: alsa-devel@alsa-project.org

Hi,

I have developed a ASoC sound driver for a ST specific platform (SPEAr).
This module actually uses the Designware (Synopsys) "dw_apb_i2s_db" IP
+ some ST specific glue logic on top of it.

Now I am confused as to whether I should submit a single patch for
the SPEAr ASoC driver or should I try to break the driver such that
the Designware and glue logic parts are handled separately (which given
the current shape of design seems improbable)

Any pointers on the same will be highly appreciated.

Best Regards
Rajeev

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: RFC: ST specific ASoC sound driver
  2011-03-16 11:04 RFC: ST specific ASoC sound driver rajeev
@ 2011-03-16 11:22 ` Mark Brown
  0 siblings, 0 replies; 2+ messages in thread
From: Mark Brown @ 2011-03-16 11:22 UTC (permalink / raw)
  To: rajeev; +Cc: Takashi Iwai, alsa-devel@alsa-project.org, lrg

On Wed, Mar 16, 2011 at 04:34:08PM +0530, rajeev wrote:

Please remember to CC maintainers on mails - I've added Liam.

> I have developed a ASoC sound driver for a ST specific platform (SPEAr).
> This module actually uses the Designware (Synopsys) "dw_apb_i2s_db" IP
> + some ST specific glue logic on top of it.

> Now I am confused as to whether I should submit a single patch for
> the SPEAr ASoC driver or should I try to break the driver such that
> the Designware and glue logic parts are handled separately (which given
> the current shape of design seems improbable)

Ideally it'd be split so other people could share the off the shelf
DesignWare code if they also use the IP but it really depends on what
exactly the ST specific customisations do and how much control is
required for the generic part - if the control for the IP is trivial
or the changes are very invasive then there's less value in splitting
it.  Without seeing the code it's difficult to comment.

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2011-03-16 11:22 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-03-16 11:04 RFC: ST specific ASoC sound driver rajeev
2011-03-16 11:22 ` Mark Brown

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).