On Thu, May 31, 2012 at 03:18:01PM +0100, Adam Thomson wrote:
This patch adds support for the Dialog DA732x audio codec.
A few small things below, very minor and easy to correct though.
- { DA732X_REG_STATUS_EXT , 0x00 },
- { DA732X_REG_STATUS , 0x00 },
- { DA732X_REG_MBOX0 , 0x00 },
- { DA732X_REG_MBOX1 , 0x00 },
- { DA732X_REG_MBOX2 , 0x00 },
- { DA732X_REG_MBOX_STATUS , 0x00 },
- { DA732X_REG_ID , 0x00 },
- { DA732X_REG_DMA_STATUS , 0x00 },
- { DA732X_REG_BROWNOUT , 0x00 },
I would be very surprised if some or all of the above regsters aren't volatile and therefore shouldn't have default specified.
+static int da732x_hpf_set(struct snd_kcontrol *kcontrol,
struct snd_ctl_elem_value *ucontrol)
Why doesn't a standard enum work for this?
- /* High Pass Filters */
- SOC_ENUM_EXT("DAC1 High Pass Filter Mode Switch",
da732x_dac1_hpf_mode_enum, da732x_hpf_get, da732x_hpf_set),
This shouldn't be a Switch, it's an enumeration. Switches are plain boolean controls.
- SOC_SINGLE("ADC1 Equalizer Switch", DA732X_REG_ADC1_EQ5,
DA732X_EQ_EN_SHIFT, DA732X_EQ_EN_MAX, DA732X_NO_INVERT),- SOC_SINGLE_TLV("ADC1 EQ Band 1 Volume", DA732X_REG_ADC1_EQ12,
DA732X_EQ_BAND1_SHIFT, DA732X_EQ_VOL_VAL_MAX,DA732X_INVERT, eq_band_pga_tlv),
I'd suggest calling the Switch "ADC1 EQ Switch" for consistency with the gains for the bands (or expanding EQ in the gains but that'll make for a lot of really long control names).
- case SND_SOC_DAPM_POST_PMU:
if (w->reg == DA732X_REG_ADC1_PD)snd_soc_update_bits(codec, DA732X_REG_CLK_EN3,DA732X_ADCA_BB_CLK_EN,DA732X_ADCA_BB_CLK_EN);elsesnd_soc_update_bits(codec, DA732X_REG_CLK_EN3,DA732X_ADCC_BB_CLK_EN,DA732X_ADCC_BB_CLK_EN);
This reads like it should be a switch statement. The effect will be the same but it's a bit clearer.
- da732x->regmap = devm_regmap_init_i2c(i2c, &da732x_regmap);
- if (IS_ERR(da732x->regmap)) {
ret = PTR_ERR(da732x->regmap);dev_err(&i2c->dev, "Failed to initialize regmap\n");goto err;- }
- ret = snd_soc_register_codec(&i2c->dev, &soc_codec_dev_da732x,
da732x_dai, ARRAY_SIZE(da732x_dai));
The register cache defaults make it look like there's a device ID (or possibly chip revision?) register - it'd be good practice to read it here and either verify that it has the expected value or log it depending on which it is.
+static const struct i2c_device_id da732x_i2c_id[] = {
- { "da732x", 0},
- { }
+}; +MODULE_DEVICE_TABLE(i2c, da732x_i2c_id);
Good practice would be to enumerate all the device IDs (so users can just register devices) but it doesn't really matter.