[alsa-devel] [PATCH 1/2] ASoC: uda134x: replace a macro with a value in platform struct.

Liam Girdwood lrg at slimlogic.co.uk
Thu Jun 24 18:05:58 CEST 2010


On Thu, 2010-06-24 at 19:54 +0400, Vladimir Zapolskiy wrote:
> Hi,
> 
> On Thu, Jun 24, 2010 at 5:49 PM, Liam Girdwood <lrg at slimlogic.co.uk> wrote:
> > On Thu, 2010-06-24 at 17:38 +0400, Vladimir Zapolskiy wrote:

> >> @@ -559,9 +546,11 @@ static int uda134x_soc_probe(struct platform_device *pdev)
> >>       codec->num_dai = 1;
> >>       codec->read = uda134x_read_reg_cache;
> >>       codec->write = uda134x_write;
> >> -#ifdef POWER_OFF_ON_STANDBY
> >> -     codec->set_bias_level = uda134x_set_bias_level;
> >> -#endif
> >> +
> >> +     if (!pd->is_powered_on_standby) {
> >> +             codec->set_bias_level = uda134x_set_bias_level;
> >
> > The codec ops pointers have moved in multi-component. Can you put this
> > check in your uda134x_set_bias_level() instead.
> >
> Not sure I understand the problem, and I do not see a simple solution
> for actual bugfix in patch 2/2, if this check is placed in
> uda134x_set_bias_level(). Please could you provide me with a hint or
> link to some codec source file?

I was meaning something like :-

uda134x_set_bias_level()
{
	if (pd->is_powered_on_standby)
		return

	/* rest of func */

}

The multi-component branch makes codec->set_bias_level a driver level
operation (that can be shared amongst other uda134x codec devices so we
cant change this at runtime)

Thanks

Liam
-- 
Freelance Developer, SlimLogic Ltd
ASoC and Voltage Regulator Maintainer.
http://www.slimlogic.co.uk



More information about the Alsa-devel mailing list