Intel-XE Archive on lore.kernel.org
 help / color / mirror / Atom feed
From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Tvrtko Ursulin <tursulin@ursulin.net>,
	Michal Wajdeczko <michal.wajdeczko@intel.com>
Cc: Lucas De Marchi <lucas.demarchi@intel.com>,
	<intel-xe@lists.freedesktop.org>,
	Matt Roper <matthew.d.roper@intel.com>,
	Francois Dugast <francois.dugast@intel.com>,
	Maarten Lankhorst <dev@lankhorst.se>
Subject: Re: [PATCH 0/7] Cleanup error handling on probe
Date: Tue, 4 Feb 2025 17:42:38 -0500	[thread overview]
Message-ID: <Z6KX3rUYTllATuEW@intel.com> (raw)
In-Reply-To: <7d074cfe-0a64-480c-b1c5-d3dc850b6c1e@ursulin.net>

On Tue, Feb 04, 2025 at 06:10:48PM +0000, Tvrtko Ursulin wrote:
> 
> On 04/02/2025 14:50, Lucas De Marchi wrote:
> > On Tue, Feb 04, 2025 at 08:58:37AM +0000, Tvrtko Ursulin wrote:
> > > 
> > > On 31/01/2025 22:31, Lucas De Marchi wrote:
> > > > Mixing style with goto and devm_add_action_or_reset() is very confusing
> > > > and error prone. Clean that up. The only missing one is one of the
> > > > display calls, but that can be done in parallel to the review of these
> > > > first patches.
> > > > 
> > > > This received limited load/unload tests on LNL and may very well not be
> > > > 100%.
> > > 
> > > Is this series hinting you are looking into making heavier
> > > refactorings in the init code? Triggered by me recently
> > > discovering
> > 
> > yes, I still need to move more display init around and some other gt
> > parts.
> > 
> > > GT-per-engine workarounds are not working?
> > 
> > it was not what triggered this - it was rather my review of the pmu
> > integration in xe when I noticed we were just continuing on a failed pmu
> > registration:
> > 
> > https://lore.kernel.org/intel-xe/lnvrm7guru3ujx7kt4irhvjb3wc3vcfzzhko3h5zkvgdig6znm@xb56nnaemwi5/
> > 
> > what's the state of your patch to fix engine registers in GT WAs?
> > Did you find a suitable place for that fix?
> 
> Status is that I found a chicken and egg where GuC load needs
> engines and engine init needs GuC. I had some vague ideas that
> something could maybe be done in two passes, but then I spotted you
> were working in init paths so parked it until I see what you were
> up to. :)

Cc: Michal Wajdeczko <michal.wajdeczko@intel.com>

There was some need for SRIOV that forced some refactor there
and I thought there were 2 phases, the initial with mmio only
before we could enable the ct communication. But definitely Michal
is the expert on that. And of course to take care of this sensible
SRIOV case.

> 
> Regards,
> 
> Tvrtko
> 
> > > > Lucas De Marchi (7):
> > > >   drm/xe: Fix xe_display_fini() calls
> > > >   drm/xe: Fix error handling in xe_irq_install()
> > > >   drm/xe: Fix xe_tile_init_noalloc() error propagation
> > > >   drm/xe: Stop ignoring errors from xe_ttm_stolen_mgr_init()
> > > >   drm/xe: Cleanup unwind of gt initialization
> > > >   drm/xe: Cleanup extra calls to  xe_hw_fence_irq_finish()
> > > >   drm/xe: Move oa fini to xe_oa
> > > > 
> > > >  drivers/gpu/drm/xe/display/xe_display.c | 22 +++++-----
> > > >  drivers/gpu/drm/xe/display/xe_display.h |  2 -
> > > >  drivers/gpu/drm/xe/xe_device.c          | 53 ++++++++-----------------
> > > >  drivers/gpu/drm/xe/xe_gt.c              | 52 ++++++++++--------------
> > > >  drivers/gpu/drm/xe/xe_gt.h              |  1 -
> > > >  drivers/gpu/drm/xe/xe_irq.c             | 14 +------
> > > >  drivers/gpu/drm/xe/xe_oa.c              | 48 +++++++++++-----------
> > > >  drivers/gpu/drm/xe/xe_oa.h              |  1 -
> > > >  drivers/gpu/drm/xe/xe_tile.c            |  4 +-
> > > >  drivers/gpu/drm/xe/xe_ttm_stolen_mgr.c  | 17 ++++----
> > > >  drivers/gpu/drm/xe/xe_ttm_stolen_mgr.h  |  2 +-
> > > >  11 files changed, 86 insertions(+), 130 deletions(-)
> > > > 

      reply	other threads:[~2025-02-04 22:43 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2025-01-31 22:31 [PATCH 0/7] Cleanup error handling on probe Lucas De Marchi
2025-01-31 22:31 ` [PATCH 1/7] drm/xe: Fix xe_display_fini() calls Lucas De Marchi
2025-02-03 20:32   ` Rodrigo Vivi
2025-01-31 22:31 ` [PATCH 2/7] drm/xe: Fix error handling in xe_irq_install() Lucas De Marchi
2025-02-03 20:36   ` Rodrigo Vivi
2025-01-31 22:31 ` [PATCH 3/7] drm/xe: Fix xe_tile_init_noalloc() error propagation Lucas De Marchi
2025-02-03 14:21   ` Francois Dugast
2025-01-31 22:31 ` [PATCH 4/7] drm/xe: Stop ignoring errors from xe_ttm_stolen_mgr_init() Lucas De Marchi
2025-02-03 14:10   ` Francois Dugast
2025-01-31 22:31 ` [PATCH 5/7] drm/xe: Cleanup unwind of gt initialization Lucas De Marchi
2025-02-01  6:24   ` Raag Jadav
2025-02-01 15:55     ` Lucas De Marchi
2025-02-02  8:09       ` Raag Jadav
2025-01-31 22:31 ` [PATCH 6/7] drm/xe: Cleanup extra calls to xe_hw_fence_irq_finish() Lucas De Marchi
2025-02-03 21:46   ` Rodrigo Vivi
2025-01-31 22:31 ` [PATCH 7/7] drm/xe: Move oa fini to xe_oa Lucas De Marchi
2025-01-31 22:37 ` ✓ CI.Patch_applied: success for Cleanup error handling on probe Patchwork
2025-01-31 22:37 ` ✓ CI.checkpatch: " Patchwork
2025-01-31 22:38 ` ✓ CI.KUnit: " Patchwork
2025-01-31 22:55 ` ✓ CI.Build: " Patchwork
2025-01-31 22:57 ` ✓ CI.Hooks: " Patchwork
2025-01-31 22:59 ` ✓ CI.checksparse: " Patchwork
2025-01-31 23:32 ` ✗ Xe.CI.BAT: failure " Patchwork
2025-02-01  8:05 ` ✗ Xe.CI.Full: " Patchwork
2025-02-03 18:39 ` [PATCH 0/7] " Lucas De Marchi
2025-02-04  8:58 ` Tvrtko Ursulin
2025-02-04 14:50   ` Lucas De Marchi
2025-02-04 18:10     ` Tvrtko Ursulin
2025-02-04 22:42       ` Rodrigo Vivi [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Z6KX3rUYTllATuEW@intel.com \
    --to=rodrigo.vivi@intel.com \
    --cc=dev@lankhorst.se \
    --cc=francois.dugast@intel.com \
    --cc=intel-xe@lists.freedesktop.org \
    --cc=lucas.demarchi@intel.com \
    --cc=matthew.d.roper@intel.com \
    --cc=michal.wajdeczko@intel.com \
    --cc=tursulin@ursulin.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox