[Intel-gfx] [PATCH] drm/i915: s/MI_STORE_DWORD_IMM_GEN8/MI_STORE_DWORD_IMM_GEN4/

Ville Syrjälä ville.syrjala at linux.intel.com
Mon Dec 8 08:05:36 PST 2014


On Mon, Dec 08, 2014 at 02:57:31PM +0000, Dave Gordon wrote:
> On 05/12/14 12:51, Ville Syrjälä wrote:
> > On Fri, Nov 14, 2014 at 06:16:56PM +0200, ville.syrjala at linux.intel.com wrote:
> >> From: Ville Syrjälä <ville.syrjala at linux.intel.com>
> >>
> >> MI_STORE_DWORD_IMM length has been the same ever since gen4. Rename
> >> the define to avoid potential confusion if someone tries to use this
> >> on pre-gen8.
> >>
> >> Also correct the comment on MI_MEM_VIRTUAL bit. It's present on 945,g33
> >> and 965 only.
> >>
> >> Cc: Oscar Mateo <oscar.mateo at intel.com>
> >> Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
> > 
> > ping
> > 
> >> ---
> >>  drivers/gpu/drm/i915/i915_reg.h  | 4 ++--
> >>  drivers/gpu/drm/i915/intel_lrc.c | 2 +-
> >>  2 files changed, 3 insertions(+), 3 deletions(-)
> >>
> >> diff --git a/drivers/gpu/drm/i915/i915_reg.h b/drivers/gpu/drm/i915/i915_reg.h
> >> index 3de58ac..5228493 100644
> >> --- a/drivers/gpu/drm/i915/i915_reg.h
> >> +++ b/drivers/gpu/drm/i915/i915_reg.h
> >> @@ -280,8 +280,8 @@
> >>  #define   MI_SEMAPHORE_POLL		(1<<15)
> >>  #define   MI_SEMAPHORE_SAD_GTE_SDD	(1<<12)
> >>  #define MI_STORE_DWORD_IMM	MI_INSTR(0x20, 1)
> >> -#define MI_STORE_DWORD_IMM_GEN8	MI_INSTR(0x20, 2)
> >> -#define   MI_MEM_VIRTUAL	(1 << 22) /* 965+ only */
> >> +#define MI_STORE_DWORD_IMM_GEN4	MI_INSTR(0x20, 2)
> >> +#define   MI_MEM_VIRTUAL	(1 << 22) /* 945,g33,965 */
> >>  #define MI_STORE_DWORD_INDEX	MI_INSTR(0x21, 1)
> >>  #define   MI_STORE_DWORD_INDEX_SHIFT 2
> >>  /* Official intel docs are somewhat sloppy concerning MI_LOAD_REGISTER_IMM:
> >> diff --git a/drivers/gpu/drm/i915/intel_lrc.c b/drivers/gpu/drm/i915/intel_lrc.c
> >> index 6025ac7..649d9ba 100644
> >> --- a/drivers/gpu/drm/i915/intel_lrc.c
> >> +++ b/drivers/gpu/drm/i915/intel_lrc.c
> >> @@ -1188,7 +1188,7 @@ static int gen8_emit_request(struct intel_ringbuffer *ringbuf)
> >>  	if (ret)
> >>  		return ret;
> >>  
> >> -	cmd = MI_STORE_DWORD_IMM_GEN8;
> >> +	cmd = MI_STORE_DWORD_IMM_GEN4;
> >>  	cmd |= MI_GLOBAL_GTT;
> >>  
> >>  	intel_logical_ring_emit(ringbuf, cmd);
> >> -- 
> >> 2.0.4
> 
> The GEN8->GEN4 change looks sensible to me. But I was puzzled over the
> definition of MI_STORE_DWORD_IMM -- presumably this apparently more
> generic definition is actually a pre-GEN4 legacy from the days when the
> instruction had only 3 words? Perhaps a comment here from somebody who
> knows -- or even something like
> 
> #define	MI_STORE_DWORD_IMM_LEGACY	MI_INSTR(0x20, 1)	/* pre-GEN4 */
> #define	MI_STORE_DWORD_IMM_GEN4		MI_INSTR(0x20, 2)	/* GEN4+ */
> #define	MI_STORE_DWORD_IMM	MI_STORE_DWORD_IMM_LEGACY	/* for source
> backward compatibility */
> 
> so it's clearer that (for now) the generic definition is actually the
> legacy one.

We tend to name things based on the oldest platform supporting it,
so I think it's fairly clear the _IMM is for old stuff, and
_IMM_GEN4 is for gen4+. To make it more clear we could add a _GEN2
suffix for the old platform define, but I don't see much point with
that myself.

Oh and source backwards compatibility is something we never really have
to worry about. All the code is in the same tree, so we can just change
all the users at the same time. Doing otherwise would just lead to a
mess.

> 
> The above bikeshedding notwithstanding, it gets my R-b anyway:
> 
> Reviewed-by: Dave Gordon <david.s.gordon at intel.com>

-- 
Ville Syrjälä
Intel OTC


More information about the Intel-gfx mailing list