[PATCH] drm/i915/ring_submission: Fix timeline left held on VMA alloc error

Janusz Krzysztofik janusz.krzysztofik at linux.intel.com
Thu Jun 12 11:46:58 UTC 2025


On Thursday, 12 June 2025 13:30:42 CEST Andi Shyti wrote:
> Hi Janusz,
> 
> On Thu, Jun 12, 2025 at 11:45:46AM +0200, Janusz Krzysztofik wrote:
> > On Thursday, 12 June 2025 11:35:31 CEST Jani Nikula wrote:
> > > On Thu, 12 Jun 2025, Janusz Krzysztofik <janusz.krzysztofik at linux.intel.com> wrote:
> > > > On Wednesday, 11 June 2025 22:54:40 CEST Andi Shyti wrote:
> > > >> Hi Nitin,
> > > >> 
> > > >> On Wed, Jun 11, 2025 at 03:45:30PM +0000, Gote, Nitin R wrote:
> > > >> > [...]
> > > >> > > Subject: [PATCH] drm/i915/ring_submission: Fix timeline left held on VMA alloc
> > > >> > > error
> > > >> > >
> > > >> > 
> > > >> > Generally, it's preferred to use "drm/i915/gt:" file path over "drm/i915/ring_submission:"  file name in the commit title.
> > > >> 
> > > >> good observation, I missed it. I agree with Nitin on this, it can
> > > >> be fixed before merging.
> > > >
> > > > I'm not sure.  I found no single word on the *subsystem* component of the 
> > > > canonical patch format subject line (or commit message) expected to reflect 
> > > > any directory structure in case of DRM.
> > > 
> > > It's not about the directory structure, though, but rather about
> > > (admittedly unwritten) conventions. Usually about driver components,
> > > features or platforms.
> > > 
> > > See:
> > > 
> > > $ git log --since={5years} --no-merges --pretty=%s -- "<PATH>" | sed 's/:.*//' | sort | uniq -c | sort -rn
> > > 
> > > Where "<PATH>" is drivers/gpu/drm/i915/gt/intel_ring_submission.c or
> > > drivers/gpu/drm/i915/gt.
> > > 
> > > "ring" or "submission" is just not there in the prefix, at all.
> > 
> > I see.  Is there a convention for designating old, pre-execlists *platforms* 
> > as affected subsystem / area?  Or is describing it in the summary phrase of 
> > the commit message the only way?
> 
> it's an unwritten rule and my feeling is that these tings take
> their own track without anyone deciding it officially.
> 
> Indeed every community has its own way of doing it. As you know
> already, in i915 we have always used:
> 
> drm/i915:
> drm/i915/gt:
> drm/i915/gem:
> drm/i915/gt/guc: (or drm/i915/guc:)
> drm/i915/display:
> ...

I find this convention as more oriented on designating an area of 
responsibility rather than a component / feature / platform that is affected / 
fixed.  My feeling is that it should rather be the latter.

Anyway, in this particular case I propose to follow the current convention and 
add the word 'legacy' to the summary phrase, as I suggested before, unless you 
are able to propose something better.  We may discuss the convention doubts 
independently.

Thanks,
Janusz

> 
> pointing to the directory rather than the topic or the file.
> 
> In my opinion using "ring_submission:" is not wrong and it makes
> sense, but it's out of the ordinary and this would be the only
> patch doing it.
> 
> That's why this title is a little odd, unless we all agree to
> change and set a convention.
> 
> Thanks,
> Andi
> 






More information about the dri-devel mailing list