[PATCH 6/6] Documentation/gpu: Add DC glossary

[Yann Dirson]

----- Mail original -----
> De: "Rodrigo Siqueira Jordao" <rjordrigo at amd.com>
> À: ydirson at free.fr, "Rodrigo Siqueira" <Rodrigo.Siqueira at amd.com>, "Christian König" <christian.koenig at amd.com>,
> "Alex Deucher" <alexander.deucher at amd.com>
> Cc: "Harry Wentland" <Harry.Wentland at amd.com>, "Linux Doc Mailing List" <linux-doc at vger.kernel.org>, "Mark Yacoub"
> <markyacoub at chromium.org>, "Michel Dänzer" <michel at daenzer.net>, "Bas Nieuwenhuizen" <bas at basnieuwenhuizen.nl>,
> "Roman Li" <roman.li at amd.com>, "amd-gfx list" <amd-gfx at lists.freedesktop.org>, "Roman Gilg" <subdiff at gmail.com>,
> "Marek Olšák" <marek.olsak at amd.com>, "Pekka Paalanen" <ppaalanen at gmail.com>, "Aurabindo Pillai"
> <aurabindo.pillai at amd.com>, "nicholas choi" <nicholas.choi at amd.com>, "Maling list - DRI developers"
> <dri-devel at lists.freedesktop.org>, "Simon Ser" <contact at emersion.fr>, "Alex Deucher" <alexdeucher at gmail.com>, "Sean
> Paul" <seanpaul at chromium.org>, "Qingqing Zhuo" <qingqing.zhuo at amd.com>, "Bhawanpreet Lakha"
> <bhawanpreet.lakha at amd.com>, "Nicholas Kazlauskas" <nicholas.kazlauskas at amd.com>
> Envoyé: Mardi 30 Novembre 2021 16:53:55
> Objet: Re: [PATCH 6/6] Documentation/gpu: Add DC glossary
> 
> 
> 
> On 2021-11-29 3:48 p.m., ydirson at free.fr wrote:
> > Hi Rodrigo,
> > 
> > That will really be helpful!
> > 
> > I know drawing the line is a difficult problem (and can even make
> > things
> > harder when searching), but maybe it would make sense to keep
> > generic
> > acronyms not specific to amdgpu in a separate list.  I bet a number
> > of
> > them would be useful in the scope of other drm drivers (e.g. CRTC,
> > DCC,
> > MST), and some are not restricted to the drm subsystem at all (e.g.
> > FEC,
> > LUT), but still have value as not necessarily easy to look up.
> > 
> > Maybe "DC glossary" should just be "Glossary", since quite some
> > entries
> > help to read adm/amdgpu/ too.  Which brings me to the result of my
> > recent
> > searches as suggested entries:
> > 
> >   KIQ (Kernel Interface Queue), MQD (memory queue descriptor), HQD
> >   (hardware
> >   queue descriptor), EOP (still no clue :)
> > 
> > Maybe some more specific ones just to be spelled out in clear where
> > they
> > are used ?  KCQ (compute queue?), KGQ (gfx queue?)
> > 
> > More suggestions inlined.
> > 
> > Best regards,
> > 
> 
> Hi all,
> 
> I'll address all the highlighted problems in the V2. Thanks a lot for
> all the feedback.
> 
> Yann,
> For the generic acronyms, how about keeping it in this patch for now?
> After it gets merged, I can prepare a new documentation patch that
> creates a glossary for DRM where I move the generic acronyms to the
> DRM
> documentation. I prefer this approach to keep the improvement small
> and
> manageable.

Sure, especially as the Right Solution(tm) is not necessarily obvious :)

One thing I thought about is that a context could be specified together
with terms.  Like "BPP (graphics)", "FEC (CS)", "DMCUB (amdgpu)".  Well,
"CS" may not be a good choice but you get the idea: that would keep all
terms together and keep it easy for the reader.

That way it could be easily be generalized at some point by just moving
it to a generic kernel level - provided the solution suits the doc
community at large.

Best regards,
-- 
Yann