On 05/31/2013 01:04 AM, bardliao@realtek.com wrote:
From: Bard Liao bardliao@realtek.com
- Use regmap_range_cfg to replace index read/write function.
- Remove I2S3 related code since there is no I2S3 in ALC5640.
- Remove Voice DSP related code since there is no Voice DSP in ALC5640.
- Remove MICBIAS2 since there is no MICBIAS2 in ALC5640.
- Change DMIC1/2 CLK to DMIC1/2 Power since it is for enable/disable DMIC1/2
- Modify some texts for consistent coding style.
- Merge sto adc l/r mux since it shares the same control bits.
- Other minor changes.
+static const struct snd_soc_dapm_widget rt5640_dapm_widgets[] = {
/* Input Lines */SND_SOC_DAPM_INPUT("DMIC1"),SND_SOC_DAPM_INPUT("DMIC2"),Can you explain that more? In the spec for this part, I don't see any DMIC1/2 input pins. Instead, I think they're alternative uses for the IN1P/N pins, right?
Yes, DMIC1/2 are alternative uses for the IN1P/N pins. If you connect it with a DMIC, it will work as a DMIC input. There are DMIC1/2 component in ALC5640. You can see chapter 4.3 Digital Mixer Path in ALC5640 datasheet for reference. If IN1P/N use as DMIC1/2, the audio path should go through DMIC1/DMIC2.
In an earlier review, IIRC, Mark had asked you to implement platform data to configure whether the microphones were single-ended or not. I don't see that in this patch.
Ok, I will implement the microphones type configuration in my patch. I thought it will be add in the DT patch.
Finally, I really would prefer if you could implement the support for the LDO1_EN GPIO via platform data. Getting that right requires a bit of knowledge of how set_bias_level() is supposed to work on this CODEC, and I think Realtek have the best information to get that right. I'll certainly send a patch to implement this all by device tree after that.
I will do that also, if I have question I will ask you. Thanks.
Anyway, I'll go test this patch and see if it works for me on my HW.
------Please consider the environment before printing this e-mail.