sound/soc/mediatek/mt8365/mt8365-dai-i2s.c | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-)
The "i2s_data" might not be initialized before using it.
Set it to NULL by default and also check if it is valid.
Signed-off-by: Qianqiang Liu <qianqiang.liu@163.com>
---
sound/soc/mediatek/mt8365/mt8365-dai-i2s.c | 7 ++++++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c b/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c
index 3482d8f8b4e7..3a8a5d975a04 100644
--- a/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c
+++ b/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c
@@ -465,7 +465,7 @@ void mt8365_afe_set_i2s_out_enable(struct mtk_base_afe *afe, bool enable)
int i;
unsigned long flags;
struct mt8365_afe_private *afe_priv = afe->platform_priv;
- struct mtk_afe_i2s_priv *i2s_data;
+ struct mtk_afe_i2s_priv *i2s_data = NULL;
for (i = 0; i < DAI_I2S_NUM; i++) {
if (mt8365_i2s_priv[i].adda_link)
@@ -474,6 +474,11 @@ void mt8365_afe_set_i2s_out_enable(struct mtk_base_afe *afe, bool enable)
spin_lock_irqsave(&afe_priv->afe_ctrl_lock, flags);
+ if (!i2s_data) {
+ spin_unlock_irqrestore(&afe_priv->afe_ctrl_lock, flags);
+ return;
+ }
+
if (enable) {
i2s_data->i2s_out_on_ref_cnt++;
if (i2s_data->i2s_out_on_ref_cnt == 1)
--
2.39.2
On Wed, Sep 11, 2024 at 08:15:17AM +0800, Qianqiang Liu wrote:
>
> spin_lock_irqsave(&afe_priv->afe_ctrl_lock, flags);
>
> + if (!i2s_data) {
> + spin_unlock_irqrestore(&afe_priv->afe_ctrl_lock, flags);
> + return;
> + }
> +
Why would we look up i2s_data without the lock, take the lock, then
check if we actually found it? That doesn't seem right.
On Wed, Sep 11, 2024 at 11:52:58AM +0100, Mark Brown wrote:
> On Wed, Sep 11, 2024 at 08:15:17AM +0800, Qianqiang Liu wrote:
>
> >
> > spin_lock_irqsave(&afe_priv->afe_ctrl_lock, flags);
> >
> > + if (!i2s_data) {
> > + spin_unlock_irqrestore(&afe_priv->afe_ctrl_lock, flags);
> > + return;
> > + }
> > +
>
> Why would we look up i2s_data without the lock, take the lock, then
> check if we actually found it? That doesn't seem right.
Just check the "i2s_data" is NULL or not.
--
Best,
Qianqiang Liu
On Wed, Sep 11, 2024 at 07:36:33PM +0800, Qianqiang Liu wrote:
> On Wed, Sep 11, 2024 at 11:52:58AM +0100, Mark Brown wrote:
> > On Wed, Sep 11, 2024 at 08:15:17AM +0800, Qianqiang Liu wrote:
> > > spin_lock_irqsave(&afe_priv->afe_ctrl_lock, flags);
> > > + if (!i2s_data) {
> > > + spin_unlock_irqrestore(&afe_priv->afe_ctrl_lock, flags);
> > > + return;
> > > + }
> > Why would we look up i2s_data without the lock, take the lock, then
> > check if we actually found it? That doesn't seem right.
> Just check the "i2s_data" is NULL or not.
That doesn't address my question at all.
On Wed, Sep 11, 2024 at 12:41:15PM +0100, Mark Brown wrote:
> On Wed, Sep 11, 2024 at 07:36:33PM +0800, Qianqiang Liu wrote:
> > On Wed, Sep 11, 2024 at 11:52:58AM +0100, Mark Brown wrote:
> > > On Wed, Sep 11, 2024 at 08:15:17AM +0800, Qianqiang Liu wrote:
>
> > > > spin_lock_irqsave(&afe_priv->afe_ctrl_lock, flags);
>
> > > > + if (!i2s_data) {
> > > > + spin_unlock_irqrestore(&afe_priv->afe_ctrl_lock, flags);
> > > > + return;
> > > > + }
>
> > > Why would we look up i2s_data without the lock, take the lock, then
> > > check if we actually found it? That doesn't seem right.
>
> > Just check the "i2s_data" is NULL or not.
>
> That doesn't address my question at all.
How about this new patch:
diff --git a/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c b/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c
index 3482d8f8b4e7..11b9a5bc7163 100644
--- a/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c
+++ b/sound/soc/mediatek/mt8365/mt8365-dai-i2s.c
@@ -465,13 +465,16 @@ void mt8365_afe_set_i2s_out_enable(struct mtk_base_afe *afe, bool enable)
int i;
unsigned long flags;
struct mt8365_afe_private *afe_priv = afe->platform_priv;
- struct mtk_afe_i2s_priv *i2s_data;
+ struct mtk_afe_i2s_priv *i2s_data = NULL;
for (i = 0; i < DAI_I2S_NUM; i++) {
if (mt8365_i2s_priv[i].adda_link)
i2s_data = afe_priv->dai_priv[mt8365_i2s_priv[i].id];
}
+ if (!i2s_data)
+ return;
+
spin_lock_irqsave(&afe_priv->afe_ctrl_lock, flags);
if (enable) {
--
Best,
Qianqiang Liu
On Wed, Sep 11, 2024 at 08:02:38PM +0800, Qianqiang Liu wrote:
> How about this new patch:
That looks good, thanks but an equivalent patch has already been sent
and is in my queue:
https://lore.kernel.org/r/20240911111317.4072349-1-usama.anjum@collabora.com
On Wed, Sep 11, 2024 at 01:07:52PM +0100, Mark Brown wrote: > On Wed, Sep 11, 2024 at 08:02:38PM +0800, Qianqiang Liu wrote: > > > How about this new patch: > > That looks good, thanks but an equivalent patch has already been sent > and is in my queue: > > https://lore.kernel.org/r/20240911111317.4072349-1-usama.anjum@collabora.com OK, got it, thanks! -- Best, Qianqiang Liu
© 2016 - 2026 Red Hat, Inc.