2019-05-27 13:55:21 +07:00
|
|
|
/* SPDX-License-Identifier: GPL-2.0-only */
|
2016-03-31 20:36:00 +07:00
|
|
|
/*
|
|
|
|
* hdmi-codec.h - HDMI Codec driver API
|
|
|
|
*
|
|
|
|
* Copyright (C) 2014 Texas Instruments Incorporated - http://www.ti.com
|
|
|
|
*
|
|
|
|
* Author: Jyri Sarha <jsarha@ti.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#ifndef __HDMI_CODEC_H__
|
|
|
|
#define __HDMI_CODEC_H__
|
|
|
|
|
2017-05-18 08:40:20 +07:00
|
|
|
#include <linux/of_graph.h>
|
2016-03-31 20:36:00 +07:00
|
|
|
#include <linux/hdmi.h>
|
|
|
|
#include <drm/drm_edid.h>
|
|
|
|
#include <sound/asoundef.h>
|
2017-05-18 08:40:20 +07:00
|
|
|
#include <sound/soc.h>
|
2016-03-31 20:36:00 +07:00
|
|
|
#include <uapi/sound/asound.h>
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Protocol between ASoC cpu-dai and HDMI-encoder
|
|
|
|
*/
|
|
|
|
struct hdmi_codec_daifmt {
|
|
|
|
enum {
|
|
|
|
HDMI_I2S,
|
|
|
|
HDMI_RIGHT_J,
|
|
|
|
HDMI_LEFT_J,
|
|
|
|
HDMI_DSP_A,
|
|
|
|
HDMI_DSP_B,
|
|
|
|
HDMI_AC97,
|
|
|
|
HDMI_SPDIF,
|
|
|
|
} fmt;
|
2016-12-16 16:26:54 +07:00
|
|
|
unsigned int bit_clk_inv:1;
|
|
|
|
unsigned int frame_clk_inv:1;
|
|
|
|
unsigned int bit_clk_master:1;
|
|
|
|
unsigned int frame_clk_master:1;
|
2016-03-31 20:36:00 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
/*
|
|
|
|
* HDMI audio parameters
|
|
|
|
*/
|
|
|
|
struct hdmi_codec_params {
|
|
|
|
struct hdmi_audio_infoframe cea;
|
|
|
|
struct snd_aes_iec958 iec;
|
|
|
|
int sample_rate;
|
|
|
|
int sample_width;
|
|
|
|
int channels;
|
|
|
|
};
|
|
|
|
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
struct hdmi_codec_pdata;
|
2016-03-31 20:36:00 +07:00
|
|
|
struct hdmi_codec_ops {
|
|
|
|
/*
|
|
|
|
* Called when ASoC starts an audio stream setup.
|
|
|
|
* Optional
|
|
|
|
*/
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
int (*audio_startup)(struct device *dev, void *data);
|
2016-03-31 20:36:00 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Configures HDMI-encoder for audio stream.
|
|
|
|
* Mandatory
|
|
|
|
*/
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
int (*hw_params)(struct device *dev, void *data,
|
2016-03-31 20:36:00 +07:00
|
|
|
struct hdmi_codec_daifmt *fmt,
|
|
|
|
struct hdmi_codec_params *hparms);
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Shuts down the audio stream.
|
|
|
|
* Mandatory
|
|
|
|
*/
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
void (*audio_shutdown)(struct device *dev, void *data);
|
2016-03-31 20:36:00 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Mute/unmute HDMI audio stream.
|
|
|
|
* Optional
|
|
|
|
*/
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
int (*digital_mute)(struct device *dev, void *data, bool enable);
|
2016-03-31 20:36:00 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Provides EDID-Like-Data from connected HDMI device.
|
|
|
|
* Optional
|
|
|
|
*/
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
int (*get_eld)(struct device *dev, void *data,
|
|
|
|
uint8_t *buf, size_t len);
|
2017-05-18 08:40:20 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Getting DAI ID
|
|
|
|
* Optional
|
|
|
|
*/
|
|
|
|
int (*get_dai_id)(struct snd_soc_component *comment,
|
|
|
|
struct device_node *endpoint);
|
2016-03-31 20:36:00 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
/* HDMI codec initalization data */
|
|
|
|
struct hdmi_codec_pdata {
|
|
|
|
const struct hdmi_codec_ops *ops;
|
|
|
|
uint i2s:1;
|
|
|
|
uint spdif:1;
|
|
|
|
int max_i2s_channels;
|
ASoC: hdmi-codec: callback function will be called with private data
Current hdmi-codec driver is assuming that it will be registered
from HDMI driver. Because of this assumption, each callback function
has struct device pointer which is parent device (= HDMI).
Then, it can use dev_get_drvdata() to get private data.
OTOH, on some SoC/HDMI case, SoC has VIDEO/SOUND and HDMI IPs.
This case, it needs SoC VIDEO, SoC SOUND and HDMI video, HDMI codec
driver. In DesignWare HDMI IP case, SoC VIDEO (= DRM/KMS) driver tries
to bind DesignWare HDMI video driver, and HDMI codec driver
(= hdmi-codec). This case, above "parent device" of HDMI codec driver
is DRM/KMS driver and its "device" already has private data.
And, from DT and ASoC CPU/Codec/Card binding point of view, HDMI codec
(= hdmi-codec) needs to have "parent device" (= DRM/KMS), otherwise,
it never detect sound card.
Because of these reasons, some driver can't use dev_get_drvdata() to
get private data on hdmi-codec driver. This patch add new void pointer
on hdmi_codec_pdata for private data, and callback function will be
called with it.
Signed-off-by: Kuninori Morimoto <kuninori.morimoto.gx@renesas.com>
Signed-off-by: Mark Brown <broonie@kernel.org>
2016-06-24 09:47:55 +07:00
|
|
|
void *data;
|
2016-03-31 20:36:00 +07:00
|
|
|
};
|
|
|
|
|
|
|
|
#define HDMI_CODEC_DRV_NAME "hdmi-audio-codec"
|
|
|
|
|
|
|
|
#endif /* __HDMI_CODEC_H__ */
|