On Mon, 20 Jul 2015 19:06:06 +0100 Mark Brown <broonie@xxxxxxxxxx> wrote: > On Fri, May 08, 2015 at 10:41:12AM +0200, Jean-Francois Moine wrote: > > > + > > + if (!priv->is_hdmi_sink > > + || !encoder->crtc) > > + return NULL; > > That's weird indentation. But the conditions are aligned... This sequence will be removed. > > + list_for_each_entry(connector, &drm->mode_config.connector_list, head) { > > + if (connector->encoder == encoder) > > + return connector->eld; > > + } > > What guarantees that connector->eld stays valid after it's returned? You are right, the ELD content may change. I will use a pointer to a stable content. > > +struct tda998x_ops_s { > > + u8 *(*get_eld)(struct device *dev); > > Why _ops_s - what does the _s mean? If it's sound perhaps it makes > sense to spell it out so people aren't guessing. I will remove it. > > +int tda9998x_codec_register(struct device *dev, > > + struct tda998x_audio_s *tda998x_audio_i, > > + struct tda998x_ops_s *tda998x_ops); > > +void tda9998x_codec_unregister(struct device *dev); > > I'd expect these to be internal to the DRM driver. I don't see where. What is your idea? > > +config SND_SOC_TDA998X > > + def_tristate y > > + select SND_PCM_ELD > > + depends on DRM_I2C_NXP_TDA998X > > + > > def_tristate y? Why? The TDA998x CODEC is always generated when the DRM TDA998x is generated and when audio is wanted. Its type, built-in or module, depends on the TDA998x driver type. > > +/* functions in tda998x_drv */ > > +static struct tda998x_ops_s *tda998x_ops; > > I'd expect this to be stored in the driver data rather than a static > global, what if a system has two HDMI outputs? Each TDA998x has only one HDMI output and there is only one driver. I will put the pointer to the HDMI driver in the device private area. > > +static int tda998x_codec_startup(struct snd_pcm_substream *substream, > > + struct snd_soc_dai *dai) > > +{ > > + struct snd_pcm_runtime *runtime = substream->runtime; > > + u8 *eld; > > + > > + eld = tda998x_ops->get_eld(dai->dev); > > + if (!eld) > > + return -ENODEV; > > + return snd_pcm_hw_constraint_eld(runtime, eld); > > +} > > Do we really need a device specific mechanism for fishing the ELD out of > the graphics code? I'd have expected this to be more generic. I will put the ELD in the private data of the DRM driver. > > +/* ask the HDMI transmitter to activate the audio input port */ > > +static int tda998x_codec_hw_params(struct snd_pcm_substream *substream, > > + struct snd_pcm_hw_params *params, > > + struct snd_soc_dai *dai) > > +{ > > + return tda998x_ops->set_audio_input(dai->dev, dai->id, > > + params_rate(params)); > > +} > > The set_audio_input() function doesn't appear to have anything that > checks if the device is busy before enabling things, what happens if the > user tries to switch between I2S and S/PDIF? It looks like only one DAI > can be active at once. Right. I will check this double streaming. > > + for (i = 0, p_dai = dais; i < ndais ; i++, p_dai++) { > > + memcpy(p_dai, &tda998x_dai_i2s, sizeof(*p_dai)); > > + p_dai->id = i; > > + if (tda998x_audio->port_types[i] == AFMT_SPDIF) { > > + p_dai->name = "spdif-hifi"; > > + p_dai->playback.stream_name = "HDMI SPDIF Playback"; > > + p_dai->playback.channels_max = 2; > > + p_dai->playback.rate_min = 22050; > > + } > > + } > > It would be a bit clearer if the template were just a template and this > copying initialised both I2S and S/PDIF specific settings. OK, I will change this. > > + return snd_soc_register_codec(dev, > > + &tda998x_codec_drv, > > + dais, ndais); > > +} > > +EXPORT_SYMBOL(tda9998x_codec_register); > > ASoC is all EXPORT_SYMBOL_GPL, you shouldn't reexport functionality with > plain EXPORT_SYMBOL. Sorry, bug of mine. -- Ken ar c'hentañ | ** Breizh ha Linux atav! ** Jef | http://moinejf.free.fr/ -- To unsubscribe from this list: send the line "unsubscribe devicetree" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html