All of lore.kernel.org
 help / color / mirror / Atom feed
From: Takashi Iwai <tiwai@suse.de>
To: Thomas Zimmermann <tzimmermann@suse.de>
Cc: linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 12/12] drm/udl: Sync pending URBs at the end of suspend
Date: Mon, 05 Sep 2022 15:00:20 +0200	[thread overview]
Message-ID: <87ilm2j7rv.wl-tiwai@suse.de> (raw)
In-Reply-To: <d3a0faf3-14ae-04a7-affe-4cd64570855f@suse.de>

On Mon, 05 Sep 2022 10:44:25 +0200,
Thomas Zimmermann wrote:
> 
> Hi
> 
> Am 16.08.22 um 17:36 schrieb Takashi Iwai:
> > It's better to perform the sync at the very last of the suspend
> > instead of the pipe-disable function, so that we can catch all pending
> > URBs (if any).
> > 
> > While we're at it, drop the error code from udl_sync_pending_urb()
> > since we basically ignore it; instead, give a clear error message
> > indicating a problem.
> 
> But if we fail, shouldn't we report that error to the caller of the
> suspend function?

It's an open question.  We may fail the suspend, but OTOH, the sync
error is likely nothing we can recover from at any time later, either;
that is, even if we return an error and abort the suspend, it wouldn't
help so much from the practical POV.  So for now -- and just for this
URL device handling -- I'm inclined to continue suspending.  But if
anyone has more strong argument against it, I'm all ears.


thanks,

Takashi

WARNING: multiple messages have this Message-ID (diff)
From: Takashi Iwai <tiwai@suse.de>
To: Thomas Zimmermann <tzimmermann@suse.de>
Cc: Takashi Iwai <tiwai@suse.de>,
	linux-kernel@vger.kernel.org, dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 12/12] drm/udl: Sync pending URBs at the end of suspend
Date: Mon, 05 Sep 2022 15:00:20 +0200	[thread overview]
Message-ID: <87ilm2j7rv.wl-tiwai@suse.de> (raw)
In-Reply-To: <d3a0faf3-14ae-04a7-affe-4cd64570855f@suse.de>

On Mon, 05 Sep 2022 10:44:25 +0200,
Thomas Zimmermann wrote:
> 
> Hi
> 
> Am 16.08.22 um 17:36 schrieb Takashi Iwai:
> > It's better to perform the sync at the very last of the suspend
> > instead of the pipe-disable function, so that we can catch all pending
> > URBs (if any).
> > 
> > While we're at it, drop the error code from udl_sync_pending_urb()
> > since we basically ignore it; instead, give a clear error message
> > indicating a problem.
> 
> But if we fail, shouldn't we report that error to the caller of the
> suspend function?

It's an open question.  We may fail the suspend, but OTOH, the sync
error is likely nothing we can recover from at any time later, either;
that is, even if we return an error and abort the suspend, it wouldn't
help so much from the practical POV.  So for now -- and just for this
URL device handling -- I'm inclined to continue suspending.  But if
anyone has more strong argument against it, I'm all ears.


thanks,

Takashi

  reply	other threads:[~2022-09-05 13:00 UTC|newest]

Thread overview: 51+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-16 15:36 [PATCH 00/12] drm/udl: More fixes Takashi Iwai
2022-08-16 15:36 ` Takashi Iwai
2022-08-16 15:36 ` [PATCH 01/12] drm/udl: Restore display mode on resume Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-06 20:06   ` Daniel Vetter
2022-09-06 20:06     ` Daniel Vetter
2022-09-07  5:51     ` Takashi Iwai
2022-09-07  5:51       ` Takashi Iwai
2022-09-07 17:01       ` Daniel Vetter
2022-09-07 17:01         ` Daniel Vetter
2022-08-16 15:36 ` [PATCH 02/12] drm/udl: Add reset_resume Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-08-16 15:36 ` [PATCH 03/12] drm/udl: Enable damage clipping Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-08-16 15:36 ` [PATCH 04/12] Revert "drm/udl: Kill pending URBs at suspend and disconnect" Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:07   ` Thomas Zimmermann
2022-08-16 15:36 ` [PATCH 05/12] drm/udl: Suppress error print for -EPROTO at URB completion Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-08-16 15:36 ` [PATCH 06/12] drm/udl: Increase the default URB list size to 20 Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:08   ` Thomas Zimmermann
2022-09-05  8:08     ` Thomas Zimmermann
2022-08-16 15:36 ` [PATCH 07/12] drm/udl: Add parameter to set number of URBs Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:09   ` Thomas Zimmermann
2022-09-05  8:09     ` Thomas Zimmermann
2022-08-16 15:36 ` [PATCH 08/12] drm/udl: Drop unneeded alignment Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:40   ` Thomas Zimmermann
2022-09-05  8:40     ` Thomas Zimmermann
2022-09-05 12:50     ` Takashi Iwai
2022-09-05 12:50       ` Takashi Iwai
2022-08-16 15:36 ` [PATCH 09/12] drm/udl: Fix potential URB leaks Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:16   ` Thomas Zimmermann
2022-08-16 15:36 ` [PATCH 10/12] drm/udl: Fix inconsistent urbs.count value during udl_free_urb_list() Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:32   ` Thomas Zimmermann
2022-09-05  8:32     ` Thomas Zimmermann
2022-09-05 12:56     ` Takashi Iwai
2022-09-05 12:56       ` Takashi Iwai
2022-08-16 15:36 ` [PATCH 11/12] drm/udl: Don't re-initialize stuff at retrying the URB list allocation Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:42   ` Thomas Zimmermann
2022-09-05  8:42     ` Thomas Zimmermann
2022-08-16 15:36 ` [PATCH 12/12] drm/udl: Sync pending URBs at the end of suspend Takashi Iwai
2022-08-16 15:36   ` Takashi Iwai
2022-09-05  8:44   ` Thomas Zimmermann
2022-09-05 13:00     ` Takashi Iwai [this message]
2022-09-05 13:00       ` 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=87ilm2j7rv.wl-tiwai@suse.de \
    --to=tiwai@suse.de \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=tzimmermann@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.