[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <78aeb9303f3d57a28b2edc3b6b2b2f45498ee3fd.camel@ndufresne.ca>
Date: Wed, 10 Dec 2025 10:58:41 -0500
From: Nicolas Dufresne <nicolas@...fresne.ca>
To: Johan Hovold <johan@...nel.org>
Cc: Minghsiu Tsai <minghsiu.tsai@...iatek.com>, Houlong Wei
<houlong.wei@...iatek.com>, Andrew-CT Chen <andrew-ct.chen@...iatek.com>,
Mauro Carvalho Chehab <mchehab@...nel.org>, Matthias Brugger
<matthias.bgg@...il.com>, AngeloGioacchino Del Regno
<angelogioacchino.delregno@...labora.com>, Tiffany Lin
<tiffany.lin@...iatek.com>, Yunfei Dong <yunfei.dong@...iatek.com>,
linux-media@...r.kernel.org, linux-mediatek@...ts.infradead.org,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH v2 2/2] media: mediatek: amend vpu_get_plat_device()
documentation
Le mercredi 10 décembre 2025 à 12:21 +0900, Johan Hovold a écrit :
> On Tue, Dec 09, 2025 at 03:43:30PM -0500, Nicolas Dufresne wrote:
> > Hi,
> >
> > Le mardi 28 octobre 2025 à 11:04 +0100, Johan Hovold a écrit :
> > > Add a comment to the vpu_get_plat_device() documentation to make it
> > > clear that the VPU platform device is returned with an incremented
> > > reference count (which needs to be dropped after use).
> > >
> > > Signed-off-by: Johan Hovold <johan@...nel.org>
> > > ---
> > > drivers/media/platform/mediatek/vpu/mtk_vpu.h | 2 +-
> > > 1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/drivers/media/platform/mediatek/vpu/mtk_vpu.h
> > > b/drivers/media/platform/mediatek/vpu/mtk_vpu.h
> > > index da05f3e74081..5808311d2b15 100644
> > > --- a/drivers/media/platform/mediatek/vpu/mtk_vpu.h
> > > +++ b/drivers/media/platform/mediatek/vpu/mtk_vpu.h
> > > @@ -120,7 +120,7 @@ int vpu_ipi_send(struct platform_device *pdev,
> > > * device for using VPU API.
> > > *
> > > * Return: Return NULL if it is failed.
> > > - * otherwise it is VPU's platform device
> > > + * otherwise it is VPU's platform device with incremented reference count
> >
> > I picked this patch but rewrote with what felt like better and dense.
> >
> > - * Return: Return NULL if it is failed.
> > - * otherwise it is VPU's platform device
> > + * Return: a reference to the VPU's platform device, or NULL on failure.
> >
> > hope its ok with you,
>
> Sure, my only concern is that just saying "reference" is too subtle,
> that's why I explicitly mentioned the refcount.
For me everyone should read "a reference" as a kref based reference counted
structure. A quick grep across out documentation, this is the vast majority of
the wording. Though, I spent limited time looking.
>
> Btw, why is patch 2/2 marked obsolete? That leak is still there both on
> probe errors (which I saw someone else posted a fix for) and on driver
> unbind.
I had two patches fixing the same thing, it just happen that I ended up picking
the other one first, and liked you documentation fix, except it was replicating
obvious weird english such as "if it is failed", and documenting the error
before the expected outcome (opposite of my preference, not sure there is any
rules or guidelines).
https://lore.kernel.org/all/20251008090156.14224-1-haoxiang_li2024@163.com/
cheers,
Nicolas
>
> Johan
Download attachment "signature.asc" of type "application/pgp-signature" (229 bytes)
Powered by blists - more mailing lists