From: "Amadeusz Sławiński" <amadeuszx.slawinski@linux.intel.com>
To: Kai Vehmanen <kai.vehmanen@linux.intel.com>,
alsa-devel@alsa-project.org, tiwai@suse.de
Cc: Ramalingam C <ramalingam.c@intel.com>,
intel-gfx@lists.freedesktop.org,
Lucas De Marchi <lucas.demarchi@intel.com>
Subject: Re: [PATCH] ALSA: hda/i915 - avoid hung task timeout in i915 wait
Date: Tue, 8 Mar 2022 17:29:21 +0100 [thread overview]
Message-ID: <bc7f076d-e4b7-d995-391b-63cbdd2901f2@linux.intel.com> (raw)
In-Reply-To: <20220308141112.880662-1-kai.vehmanen@linux.intel.com>
On 3/8/2022 3:11 PM, Kai Vehmanen wrote:
> If kernel is built with hung task detection enabled and
> CONFIG_DEFAULT_HUNG_TASK_TIMEOUT set to less than 60 seconds,
> snd_hdac_i915_init() will trigger the hung task timeout in case i915 is
> not available and taint the kernel.
>
> Split the 60sec wait into a loop of smaller waits to avoid this.
>
> Cc: Lucas De Marchi <lucas.demarchi@intel.com>
> Co-developed-by: Ramalingam C <ramalingam.c@intel.com>
> Signed-off-by: Ramalingam C <ramalingam.c@intel.com>
> Signed-off-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
> ---
> sound/hda/hdac_i915.c | 10 ++++++----
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/sound/hda/hdac_i915.c b/sound/hda/hdac_i915.c
> index 454474ac5716..6219de739b56 100644
> --- a/sound/hda/hdac_i915.c
> +++ b/sound/hda/hdac_i915.c
> @@ -143,7 +143,8 @@ static bool i915_gfx_present(void)
> int snd_hdac_i915_init(struct hdac_bus *bus)
> {
> struct drm_audio_component *acomp;
> - int err;
> + unsigned long wait = 0;
I'm not sure if it is best name for variable that is set to 0 ("false"),
maybe `done` would be better? Especially looking at condition in the
following for loop.
> + int err, i;
>
> if (!i915_gfx_present())
> return -ENODEV;
> @@ -159,9 +160,10 @@ int snd_hdac_i915_init(struct hdac_bus *bus)
> if (!acomp->ops) {
> if (!IS_ENABLED(CONFIG_MODULES) ||
> !request_module("i915")) {
> - /* 60s timeout */
> - wait_for_completion_timeout(&acomp->master_bind_complete,
> - msecs_to_jiffies(60 * 1000));
> + /* max 60s timeout */
> + for (i = 0; !wait && i < 60; i++)
> + wait = wait_for_completion_timeout(&acomp->master_bind_complete,
> + msecs_to_jiffies(1000));
> }
> }
> if (!acomp->ops) {
>
> base-commit: fd7698cf0858f8c5e659b655109cd93c2f15cdd3
WARNING: multiple messages have this Message-ID (diff)
From: "Amadeusz Sławiński" <amadeuszx.slawinski@linux.intel.com>
To: Kai Vehmanen <kai.vehmanen@linux.intel.com>,
alsa-devel@alsa-project.org, tiwai@suse.de
Cc: intel-gfx@lists.freedesktop.org,
Lucas De Marchi <lucas.demarchi@intel.com>
Subject: Re: [Intel-gfx] [PATCH] ALSA: hda/i915 - avoid hung task timeout in i915 wait
Date: Tue, 8 Mar 2022 17:29:21 +0100 [thread overview]
Message-ID: <bc7f076d-e4b7-d995-391b-63cbdd2901f2@linux.intel.com> (raw)
In-Reply-To: <20220308141112.880662-1-kai.vehmanen@linux.intel.com>
On 3/8/2022 3:11 PM, Kai Vehmanen wrote:
> If kernel is built with hung task detection enabled and
> CONFIG_DEFAULT_HUNG_TASK_TIMEOUT set to less than 60 seconds,
> snd_hdac_i915_init() will trigger the hung task timeout in case i915 is
> not available and taint the kernel.
>
> Split the 60sec wait into a loop of smaller waits to avoid this.
>
> Cc: Lucas De Marchi <lucas.demarchi@intel.com>
> Co-developed-by: Ramalingam C <ramalingam.c@intel.com>
> Signed-off-by: Ramalingam C <ramalingam.c@intel.com>
> Signed-off-by: Kai Vehmanen <kai.vehmanen@linux.intel.com>
> ---
> sound/hda/hdac_i915.c | 10 ++++++----
> 1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/sound/hda/hdac_i915.c b/sound/hda/hdac_i915.c
> index 454474ac5716..6219de739b56 100644
> --- a/sound/hda/hdac_i915.c
> +++ b/sound/hda/hdac_i915.c
> @@ -143,7 +143,8 @@ static bool i915_gfx_present(void)
> int snd_hdac_i915_init(struct hdac_bus *bus)
> {
> struct drm_audio_component *acomp;
> - int err;
> + unsigned long wait = 0;
I'm not sure if it is best name for variable that is set to 0 ("false"),
maybe `done` would be better? Especially looking at condition in the
following for loop.
> + int err, i;
>
> if (!i915_gfx_present())
> return -ENODEV;
> @@ -159,9 +160,10 @@ int snd_hdac_i915_init(struct hdac_bus *bus)
> if (!acomp->ops) {
> if (!IS_ENABLED(CONFIG_MODULES) ||
> !request_module("i915")) {
> - /* 60s timeout */
> - wait_for_completion_timeout(&acomp->master_bind_complete,
> - msecs_to_jiffies(60 * 1000));
> + /* max 60s timeout */
> + for (i = 0; !wait && i < 60; i++)
> + wait = wait_for_completion_timeout(&acomp->master_bind_complete,
> + msecs_to_jiffies(1000));
> }
> }
> if (!acomp->ops) {
>
> base-commit: fd7698cf0858f8c5e659b655109cd93c2f15cdd3
next prev parent reply other threads:[~2022-03-08 16:30 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-03-08 14:11 [PATCH] ALSA: hda/i915 - avoid hung task timeout in i915 wait Kai Vehmanen
2022-03-08 14:11 ` [Intel-gfx] " Kai Vehmanen
2022-03-08 16:05 ` Lucas De Marchi
2022-03-08 16:29 ` Amadeusz Sławiński [this message]
2022-03-08 16:29 ` Amadeusz Sławiński
2022-03-08 16:37 ` Takashi Iwai
2022-03-08 16:37 ` [Intel-gfx] " Takashi Iwai
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=bc7f076d-e4b7-d995-391b-63cbdd2901f2@linux.intel.com \
--to=amadeuszx.slawinski@linux.intel.com \
--cc=alsa-devel@alsa-project.org \
--cc=intel-gfx@lists.freedesktop.org \
--cc=kai.vehmanen@linux.intel.com \
--cc=lucas.demarchi@intel.com \
--cc=ramalingam.c@intel.com \
--cc=tiwai@suse.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.