* [PATCH] drm/mediatek/dp: fix spurious kfree()
@ 2024-05-17 9:30 Michael Walle
2024-05-17 10:35 ` AngeloGioacchino Del Regno
2024-05-17 13:12 ` Jani Nikula
0 siblings, 2 replies; 7+ messages in thread
From: Michael Walle @ 2024-05-17 9:30 UTC (permalink / raw)
To: Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter,
Matthias Brugger, AngeloGioacchino Del Regno
Cc: Jani Nikula, Chen-Yu Tsai, linux-mediatek, linux-kernel,
linux-arm-kernel, Michael Walle
drm_edid_to_sad() might return an error or just zero. If that is the
case, we must not free the SADs because there was no allocation in
the first place.
Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection")
Signed-off-by: Michael Walle <mwalle@kernel.org>
---
drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++--
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c
index 536366956447..ada12927bbac 100644
--- a/drivers/gpu/drm/mediatek/mtk_dp.c
+++ b/drivers/gpu/drm/mediatek/mtk_dp.c
@@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge,
*/
const struct edid *edid = drm_edid_raw(drm_edid);
struct cea_sad *sads;
+ int ret;
- audio_caps->sad_count = drm_edid_to_sad(edid, &sads);
- kfree(sads);
+ ret = drm_edid_to_sad(edid, &sads);
+ /* Ignore any errors */
+ if (ret < 0)
+ ret = 0;
+ if (ret)
+ kfree(sads);
+ audio_caps->sad_count = ret;
/*
* FIXME: This should use connector->display_info.has_audio from
--
2.39.2
_______________________________________________
linux-arm-kernel mailing list
linux-arm-kernel@lists.infradead.org
http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
^ permalink raw reply related [flat|nested] 7+ messages in thread* Re: [PATCH] drm/mediatek/dp: fix spurious kfree() 2024-05-17 9:30 [PATCH] drm/mediatek/dp: fix spurious kfree() Michael Walle @ 2024-05-17 10:35 ` AngeloGioacchino Del Regno 2024-05-17 11:07 ` Michael Walle 2024-05-17 13:12 ` Jani Nikula 1 sibling, 1 reply; 7+ messages in thread From: AngeloGioacchino Del Regno @ 2024-05-17 10:35 UTC (permalink / raw) To: Michael Walle, Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter, Matthias Brugger Cc: Jani Nikula, Chen-Yu Tsai, linux-mediatek, linux-kernel, linux-arm-kernel Il 17/05/24 11:30, Michael Walle ha scritto: > drm_edid_to_sad() might return an error or just zero. If that is the > case, we must not free the SADs because there was no allocation in > the first place. > > Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection") > Signed-off-by: Michael Walle <mwalle@kernel.org> > --- > drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++-- > 1 file changed, 8 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c > index 536366956447..ada12927bbac 100644 > --- a/drivers/gpu/drm/mediatek/mtk_dp.c > +++ b/drivers/gpu/drm/mediatek/mtk_dp.c > @@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge, > */ > const struct edid *edid = drm_edid_raw(drm_edid); > struct cea_sad *sads; > + int ret; > > - audio_caps->sad_count = drm_edid_to_sad(edid, &sads); > - kfree(sads); > + ret = drm_edid_to_sad(edid, &sads); > + /* Ignore any errors */ > + if (ret < 0) > + ret = 0; > + if (ret) Eh, this will never work, because you're clearing the error before checking if there's any error here?!?! :-P Anyway in reality, it returns -ENOMEM if the allocation was not successful... in the event that any future update adds any other error we'd be back with the same issue, but I'm not sure how much should we worry about that. To be extremely safe, we could do... if (ret != -ENOMEM) kfree(sads) audio_caps->sad_count = ret < 0 ? 0 : ret; Cheers! Angelo > + kfree(sads); > + audio_caps->sad_count = ret; > > /* > * FIXME: This should use connector->display_info.has_audio from _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] drm/mediatek/dp: fix spurious kfree() 2024-05-17 10:35 ` AngeloGioacchino Del Regno @ 2024-05-17 11:07 ` Michael Walle 2024-05-17 11:09 ` AngeloGioacchino Del Regno 0 siblings, 1 reply; 7+ messages in thread From: Michael Walle @ 2024-05-17 11:07 UTC (permalink / raw) To: AngeloGioacchino Del Regno, Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter, Matthias Brugger Cc: Jani Nikula, Chen-Yu Tsai, linux-mediatek, linux-kernel, linux-arm-kernel [-- Attachment #1.1: Type: text/plain, Size: 2257 bytes --] On Fri May 17, 2024 at 12:35 PM CEST, AngeloGioacchino Del Regno wrote: > Il 17/05/24 11:30, Michael Walle ha scritto: > > drm_edid_to_sad() might return an error or just zero. If that is the > > case, we must not free the SADs because there was no allocation in > > the first place. > > > > Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection") > > Signed-off-by: Michael Walle <mwalle@kernel.org> > > --- > > drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++-- > > 1 file changed, 8 insertions(+), 2 deletions(-) > > > > diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c > > index 536366956447..ada12927bbac 100644 > > --- a/drivers/gpu/drm/mediatek/mtk_dp.c > > +++ b/drivers/gpu/drm/mediatek/mtk_dp.c > > @@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge, > > */ > > const struct edid *edid = drm_edid_raw(drm_edid); > > struct cea_sad *sads; > > + int ret; > > > > - audio_caps->sad_count = drm_edid_to_sad(edid, &sads); > > - kfree(sads); > > + ret = drm_edid_to_sad(edid, &sads); > > + /* Ignore any errors */ > > + if (ret < 0) > > + ret = 0; > > + if (ret) > > Eh, this will never work, because you're clearing the error before checking > if there's any error here?!?! :-P Don't get what you mean? Yes, I'm ignoring the error. Thus, in case of an error ret will be zero and there will be no free. If ret was zero, there won't be a free either. So you're left with the "normal" case, where you have to free the sads. Just like before. > Anyway in reality, it returns -ENOMEM if the allocation was not successful... > in the event that any future update adds any other error we'd be back with the same > issue, but I'm not sure how much should we worry about that. > > To be extremely safe, we could do... > > if (ret != -ENOMEM) > kfree(sads) > > audio_caps->sad_count = ret < 0 ? 0 : ret; Which is the same as above, but you only check for ENOMEM? -michael > > Cheers! > Angelo > > > + kfree(sads); > > + audio_caps->sad_count = ret; > > > > /* > > * FIXME: This should use connector->display_info.has_audio from [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 297 bytes --] [-- Attachment #2: Type: text/plain, Size: 176 bytes --] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] drm/mediatek/dp: fix spurious kfree() 2024-05-17 11:07 ` Michael Walle @ 2024-05-17 11:09 ` AngeloGioacchino Del Regno 2024-05-17 11:21 ` Michael Walle 0 siblings, 1 reply; 7+ messages in thread From: AngeloGioacchino Del Regno @ 2024-05-17 11:09 UTC (permalink / raw) To: Michael Walle, Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter, Matthias Brugger Cc: Jani Nikula, Chen-Yu Tsai, linux-mediatek, linux-kernel, linux-arm-kernel Il 17/05/24 13:07, Michael Walle ha scritto: > On Fri May 17, 2024 at 12:35 PM CEST, AngeloGioacchino Del Regno wrote: >> Il 17/05/24 11:30, Michael Walle ha scritto: >>> drm_edid_to_sad() might return an error or just zero. If that is the >>> case, we must not free the SADs because there was no allocation in >>> the first place. >>> >>> Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection") >>> Signed-off-by: Michael Walle <mwalle@kernel.org> >>> --- >>> drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++-- >>> 1 file changed, 8 insertions(+), 2 deletions(-) >>> >>> diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c >>> index 536366956447..ada12927bbac 100644 >>> --- a/drivers/gpu/drm/mediatek/mtk_dp.c >>> +++ b/drivers/gpu/drm/mediatek/mtk_dp.c >>> @@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge, >>> */ >>> const struct edid *edid = drm_edid_raw(drm_edid); >>> struct cea_sad *sads; >>> + int ret; >>> >>> - audio_caps->sad_count = drm_edid_to_sad(edid, &sads); >>> - kfree(sads); >>> + ret = drm_edid_to_sad(edid, &sads); >>> + /* Ignore any errors */ >>> + if (ret < 0) >>> + ret = 0; >>> + if (ret) >> >> Eh, this will never work, because you're clearing the error before checking >> if there's any error here?!?! :-P > > Don't get what you mean? Yes, I'm ignoring the error. Thus, in case > of an error ret will be zero and there will be no free. If ret was > zero, there won't be a free either. So you're left with the "normal" > case, where you have to free the sads. Just like before. > >> Anyway in reality, it returns -ENOMEM if the allocation was not successful... >> in the event that any future update adds any other error we'd be back with the same >> issue, but I'm not sure how much should we worry about that. >> >> To be extremely safe, we could do... >> >> if (ret != -ENOMEM) >> kfree(sads) >> >> audio_caps->sad_count = ret < 0 ? 0 : ret; > > Which is the same as above, but you only check for ENOMEM? > Yes, the point is to avoid kfree(sads) for -ENOMEM only, as other errors that may be introduced later might still allocate it and leave it allocated. > -michael > >> >> Cheers! >> Angelo >> >>> + kfree(sads); >>> + audio_caps->sad_count = ret; >>> >>> /* >>> * FIXME: This should use connector->display_info.has_audio from > _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] drm/mediatek/dp: fix spurious kfree() 2024-05-17 11:09 ` AngeloGioacchino Del Regno @ 2024-05-17 11:21 ` Michael Walle 2024-05-17 11:23 ` AngeloGioacchino Del Regno 0 siblings, 1 reply; 7+ messages in thread From: Michael Walle @ 2024-05-17 11:21 UTC (permalink / raw) To: AngeloGioacchino Del Regno, Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter, Matthias Brugger Cc: Jani Nikula, Chen-Yu Tsai, linux-mediatek, linux-kernel, linux-arm-kernel [-- Attachment #1.1: Type: text/plain, Size: 2616 bytes --] On Fri May 17, 2024 at 1:09 PM CEST, AngeloGioacchino Del Regno wrote: > Il 17/05/24 13:07, Michael Walle ha scritto: > > On Fri May 17, 2024 at 12:35 PM CEST, AngeloGioacchino Del Regno wrote: > >> Il 17/05/24 11:30, Michael Walle ha scritto: > >>> drm_edid_to_sad() might return an error or just zero. If that is the > >>> case, we must not free the SADs because there was no allocation in > >>> the first place. > >>> > >>> Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection") > >>> Signed-off-by: Michael Walle <mwalle@kernel.org> > >>> --- > >>> drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++-- > >>> 1 file changed, 8 insertions(+), 2 deletions(-) > >>> > >>> diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c > >>> index 536366956447..ada12927bbac 100644 > >>> --- a/drivers/gpu/drm/mediatek/mtk_dp.c > >>> +++ b/drivers/gpu/drm/mediatek/mtk_dp.c > >>> @@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge, > >>> */ > >>> const struct edid *edid = drm_edid_raw(drm_edid); > >>> struct cea_sad *sads; > >>> + int ret; > >>> > >>> - audio_caps->sad_count = drm_edid_to_sad(edid, &sads); > >>> - kfree(sads); > >>> + ret = drm_edid_to_sad(edid, &sads); > >>> + /* Ignore any errors */ > >>> + if (ret < 0) > >>> + ret = 0; > >>> + if (ret) > >> > >> Eh, this will never work, because you're clearing the error before checking > >> if there's any error here?!?! :-P > > > > Don't get what you mean? Yes, I'm ignoring the error. Thus, in case > > of an error ret will be zero and there will be no free. If ret was > > zero, there won't be a free either. So you're left with the "normal" > > case, where you have to free the sads. Just like before. > > > >> Anyway in reality, it returns -ENOMEM if the allocation was not successful... > >> in the event that any future update adds any other error we'd be back with the same > >> issue, but I'm not sure how much should we worry about that. > >> > >> To be extremely safe, we could do... > >> > >> if (ret != -ENOMEM) > >> kfree(sads) > >> > >> audio_caps->sad_count = ret < 0 ? 0 : ret; > > > > Which is the same as above, but you only check for ENOMEM? > > > > Yes, the point is to avoid kfree(sads) for -ENOMEM only, as other errors that may > be introduced later might still allocate it and leave it allocated. Honestly, I doubt that any sane function will allocate memory, then return an error and expect the caller to free it. -michael [-- Attachment #1.2: signature.asc --] [-- Type: application/pgp-signature, Size: 297 bytes --] [-- Attachment #2: Type: text/plain, Size: 176 bytes --] _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] drm/mediatek/dp: fix spurious kfree() 2024-05-17 11:21 ` Michael Walle @ 2024-05-17 11:23 ` AngeloGioacchino Del Regno 0 siblings, 0 replies; 7+ messages in thread From: AngeloGioacchino Del Regno @ 2024-05-17 11:23 UTC (permalink / raw) To: Michael Walle, Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter, Matthias Brugger Cc: Jani Nikula, Chen-Yu Tsai, linux-mediatek, linux-kernel, linux-arm-kernel Il 17/05/24 13:21, Michael Walle ha scritto: > On Fri May 17, 2024 at 1:09 PM CEST, AngeloGioacchino Del Regno wrote: >> Il 17/05/24 13:07, Michael Walle ha scritto: >>> On Fri May 17, 2024 at 12:35 PM CEST, AngeloGioacchino Del Regno wrote: >>>> Il 17/05/24 11:30, Michael Walle ha scritto: >>>>> drm_edid_to_sad() might return an error or just zero. If that is the >>>>> case, we must not free the SADs because there was no allocation in >>>>> the first place. >>>>> >>>>> Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection") >>>>> Signed-off-by: Michael Walle <mwalle@kernel.org> >>>>> --- >>>>> drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++-- >>>>> 1 file changed, 8 insertions(+), 2 deletions(-) >>>>> >>>>> diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c >>>>> index 536366956447..ada12927bbac 100644 >>>>> --- a/drivers/gpu/drm/mediatek/mtk_dp.c >>>>> +++ b/drivers/gpu/drm/mediatek/mtk_dp.c >>>>> @@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge, >>>>> */ >>>>> const struct edid *edid = drm_edid_raw(drm_edid); >>>>> struct cea_sad *sads; >>>>> + int ret; >>>>> >>>>> - audio_caps->sad_count = drm_edid_to_sad(edid, &sads); >>>>> - kfree(sads); >>>>> + ret = drm_edid_to_sad(edid, &sads); >>>>> + /* Ignore any errors */ >>>>> + if (ret < 0) >>>>> + ret = 0; >>>>> + if (ret) >>>> >>>> Eh, this will never work, because you're clearing the error before checking >>>> if there's any error here?!?! :-P >>> >>> Don't get what you mean? Yes, I'm ignoring the error. Thus, in case >>> of an error ret will be zero and there will be no free. If ret was >>> zero, there won't be a free either. So you're left with the "normal" >>> case, where you have to free the sads. Just like before. >>> >>>> Anyway in reality, it returns -ENOMEM if the allocation was not successful... >>>> in the event that any future update adds any other error we'd be back with the same >>>> issue, but I'm not sure how much should we worry about that. >>>> >>>> To be extremely safe, we could do... >>>> >>>> if (ret != -ENOMEM) >>>> kfree(sads) >>>> >>>> audio_caps->sad_count = ret < 0 ? 0 : ret; >>> >>> Which is the same as above, but you only check for ENOMEM? >>> >> >> Yes, the point is to avoid kfree(sads) for -ENOMEM only, as other errors that may >> be introduced later might still allocate it and leave it allocated. > > Honestly, I doubt that any sane function will allocate memory, then > return an error and expect the caller to free it. > My point was "you never know". But that wasn't a strong opinion anyway. It's ok for me regardless of what you choose, either follow what I said or don't, the end result is the same, you're still fixing the issue and both ways are acceptable, so... Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@collabora.com> _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [PATCH] drm/mediatek/dp: fix spurious kfree() 2024-05-17 9:30 [PATCH] drm/mediatek/dp: fix spurious kfree() Michael Walle 2024-05-17 10:35 ` AngeloGioacchino Del Regno @ 2024-05-17 13:12 ` Jani Nikula 1 sibling, 0 replies; 7+ messages in thread From: Jani Nikula @ 2024-05-17 13:12 UTC (permalink / raw) To: Michael Walle, Chun-Kuang Hu, Philipp Zabel, David Airlie, Daniel Vetter, Matthias Brugger, AngeloGioacchino Del Regno Cc: Chen-Yu Tsai, linux-mediatek, linux-kernel, linux-arm-kernel, Michael Walle On Fri, 17 May 2024, Michael Walle <mwalle@kernel.org> wrote: > drm_edid_to_sad() might return an error or just zero. If that is the > case, we must not free the SADs because there was no allocation in > the first place. > > Fixes: dab12fa8d2bd ("drm/mediatek/dp: fix memory leak on ->get_edid callback audio detection") > Signed-off-by: Michael Walle <mwalle@kernel.org> > --- > drivers/gpu/drm/mediatek/mtk_dp.c | 10 ++++++++-- > 1 file changed, 8 insertions(+), 2 deletions(-) > > diff --git a/drivers/gpu/drm/mediatek/mtk_dp.c b/drivers/gpu/drm/mediatek/mtk_dp.c > index 536366956447..ada12927bbac 100644 > --- a/drivers/gpu/drm/mediatek/mtk_dp.c > +++ b/drivers/gpu/drm/mediatek/mtk_dp.c > @@ -2073,9 +2073,15 @@ static const struct drm_edid *mtk_dp_edid_read(struct drm_bridge *bridge, > */ > const struct edid *edid = drm_edid_raw(drm_edid); > struct cea_sad *sads; I suppose I would've just initialized sads = NULL; and be done with it. But *shrug*. Reviewed-by: Jani Nikula <jani.nikula@intel.com> > + int ret; > > - audio_caps->sad_count = drm_edid_to_sad(edid, &sads); > - kfree(sads); > + ret = drm_edid_to_sad(edid, &sads); > + /* Ignore any errors */ > + if (ret < 0) > + ret = 0; > + if (ret) > + kfree(sads); > + audio_caps->sad_count = ret; > > /* > * FIXME: This should use connector->display_info.has_audio from -- Jani Nikula, Intel _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2024-05-17 13:12 UTC | newest] Thread overview: 7+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2024-05-17 9:30 [PATCH] drm/mediatek/dp: fix spurious kfree() Michael Walle 2024-05-17 10:35 ` AngeloGioacchino Del Regno 2024-05-17 11:07 ` Michael Walle 2024-05-17 11:09 ` AngeloGioacchino Del Regno 2024-05-17 11:21 ` Michael Walle 2024-05-17 11:23 ` AngeloGioacchino Del Regno 2024-05-17 13:12 ` Jani Nikula
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).