From: Rodrigo Vivi <rodrigo.vivi@intel.com>
To: Bommu Krishnaiah <krishnaiah.bommu@intel.com>
Cc: intel-xe@lists.freedesktop.org, intel-gfx@lists.freedesktop.org,
"Kamil Konieczny" <kamil.konieczny@linux.intel.com>,
"Daniele Ceraolo Spurio" <daniele.ceraolospurio@intel.com>,
"Lucas De Marchi" <lucas.demarchi@intel.com>,
"Tejas Upadhyay" <tejas.upadhyay@intel.com>,
"Tvrtko Ursulin" <tursulin@ursulin.net>,
"Joonas Lahtinen" <joonas.lahtinen@linux.intel.com>,
"Jani Nikula" <jani.nikula@intel.com>,
"Thomas Hellström" <thomas.hellstrom@linux.intel.com>,
"Alan Previn" <alan.previn.teres.alexis@intel.com>,
"Tomas Winkler" <tomas.winkler@intel.com>,
"Alexander Usyskin" <alexander.usyskin@intel.com>
Subject: Re: [PATCH v2] drm: Ensure Proper Unload/Reload Order of MEI Modules for i915/Xe Driver
Date: Tue, 10 Sep 2024 11:03:30 -0400 [thread overview]
Message-ID: <ZuBfwqpIX4HAGwb1@intel.com> (raw)
In-Reply-To: <20240909040317.17108-1-krishnaiah.bommu@intel.com>
On Mon, Sep 09, 2024 at 09:33:17AM +0530, Bommu Krishnaiah wrote:
> This update addresses the unload/reload sequence of MEI modules in relation to
> the i915/Xe graphics driver. On platforms where the MEI hardware is integrated
> with the graphics device (e.g., DG2/BMG), the i915/xe driver is depend on the MEI
> modules. Conversely, on newer platforms like MTL and LNL, where the MEI hardware
> is separate, this dependency does not exist.
>
> The changes introduced ensure that MEI modules are unloaded and reloaded in the
> correct order based on platform-specific dependencies. This is achieved by adding
> a MODULE_SOFTDEP directive to the i915 and Xe module code.
>
> These changes enhance the robustness of MEI module handling across different hardware
> platforms, ensuring that the i915/Xe driver can be cleanly unloaded and reloaded
> without issues.
>
> v2: updated commit message
>
> Signed-off-by: Bommu Krishnaiah <krishnaiah.bommu@intel.com>
> Cc: Kamil Konieczny <kamil.konieczny@linux.intel.com>
> Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
> Cc: Lucas De Marchi <lucas.demarchi@intel.com>
> Cc: Tejas Upadhyay <tejas.upadhyay@intel.com>
> ---
> drivers/gpu/drm/i915/i915_module.c | 2 ++
> drivers/gpu/drm/xe/xe_module.c | 2 ++
> 2 files changed, 4 insertions(+)
>
> diff --git a/drivers/gpu/drm/i915/i915_module.c b/drivers/gpu/drm/i915/i915_module.c
> index 65acd7bf75d0..2ad079ad35db 100644
> --- a/drivers/gpu/drm/i915/i915_module.c
> +++ b/drivers/gpu/drm/i915/i915_module.c
> @@ -75,6 +75,8 @@ static const struct {
> };
> static int init_progress;
>
> +MODULE_SOFTDEP("pre: mei_gsc_proxy mei_gsc");
> +
> static int __init i915_init(void)
> {
> int err, i;
> diff --git a/drivers/gpu/drm/xe/xe_module.c b/drivers/gpu/drm/xe/xe_module.c
> index bfc3deebdaa2..5633ea1841b7 100644
> --- a/drivers/gpu/drm/xe/xe_module.c
> +++ b/drivers/gpu/drm/xe/xe_module.c
> @@ -127,6 +127,8 @@ static void xe_call_exit_func(unsigned int i)
> init_funcs[i].exit();
> }
>
> +MODULE_SOFTDEP("pre: mei_gsc_proxy mei_gsc");
I'm honestly not very comfortable with this.
1. This is not true for every device supported by these modules.
2. This is not true for every (and the most basic) functionality of these drivers.
Shouldn't this be done in the the mei side?
Couldn't at probe we identify the need of them and if needed we return -EPROBE to
attempt a retry after the mei drivers were probed?
Cc: Alexander Usyskin <alexander.usyskin@intel.com>
Cc: Tomas Winkler <tomas.winkler@intel.com>
Cc: Alan Previn <alan.previn.teres.alexis@intel.com>
Cc: Daniele Ceraolo Spurio <daniele.ceraolospurio@intel.com>
Cc: Lucas De Marchi <lucas.demarchi@intel.com>
Cc: Thomas Hellström <thomas.hellstrom@linux.intel.com>
Cc: Jani Nikula <jani.nikula@intel.com>
Cc: Joonas Lahtinen <joonas.lahtinen@linux.intel.com>
Cc: Tvrtko Ursulin <tursulin@ursulin.net>
> +
> static int __init xe_init(void)
> {
> int err, i;
> --
> 2.25.1
>
next prev parent reply other threads:[~2024-09-10 15:06 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-09 4:03 [PATCH v2] drm: Ensure Proper Unload/Reload Order of MEI Modules for i915/Xe Driver Bommu Krishnaiah
2024-09-10 7:34 ` ✓ CI.Patch_applied: success for drm: Ensure Proper Unload/Reload Order of MEI Modules for i915/Xe Driver (rev2) Patchwork
2024-09-10 7:34 ` ✗ CI.checkpatch: warning " Patchwork
2024-09-10 7:35 ` ✓ CI.KUnit: success " Patchwork
2024-09-10 7:50 ` ✓ CI.Build: " Patchwork
2024-09-10 7:52 ` ✓ CI.Hooks: " Patchwork
2024-09-10 7:56 ` ✗ CI.checksparse: warning " Patchwork
2024-09-10 8:45 ` ✗ CI.BAT: failure " Patchwork
2024-09-10 9:55 ` ✗ CI.FULL: " Patchwork
2024-09-10 15:03 ` Rodrigo Vivi [this message]
2024-09-10 15:43 ` [PATCH v2] drm: Ensure Proper Unload/Reload Order of MEI Modules for i915/Xe Driver Lucas De Marchi
2024-09-11 6:00 ` Bommu, Krishnaiah
2024-09-11 16:18 ` Lucas De Marchi
2024-09-12 11:58 ` Bommu, Krishnaiah
2024-09-12 20:42 ` Lucas De Marchi
2024-09-13 22:21 ` Lucas De Marchi
2024-09-11 20:41 ` Rodrigo Vivi
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=ZuBfwqpIX4HAGwb1@intel.com \
--to=rodrigo.vivi@intel.com \
--cc=alan.previn.teres.alexis@intel.com \
--cc=alexander.usyskin@intel.com \
--cc=daniele.ceraolospurio@intel.com \
--cc=intel-gfx@lists.freedesktop.org \
--cc=intel-xe@lists.freedesktop.org \
--cc=jani.nikula@intel.com \
--cc=joonas.lahtinen@linux.intel.com \
--cc=kamil.konieczny@linux.intel.com \
--cc=krishnaiah.bommu@intel.com \
--cc=lucas.demarchi@intel.com \
--cc=tejas.upadhyay@intel.com \
--cc=thomas.hellstrom@linux.intel.com \
--cc=tomas.winkler@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;
as well as URLs for NNTP newsgroup(s).