Re: [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Subject: Re: [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets
From: Daniel Stone <daniel@xxxxxxxxxxxxx>
Date: Thu, 14 May 2020 07:40:47 +0100
Cc: DRI Development <dri-devel@xxxxxxxxxxxxxxxxxxxxx>, Intel Graphics Development <intel-gfx@xxxxxxxxxxxxxxxxxxxxx>, Pekka Paalanen <pekka.paalanen@xxxxxxxxxxxxxxx>, stable@xxxxxxxxxxxxxxx, Daniel Stone <daniels@xxxxxxxxxxxxx>, Ville Syrjälä <ville.syrjala@xxxxxxxxxxxxxxx>, Daniel Vetter <daniel.vetter@xxxxxxxxx>
In-reply-to: <20200408162403.3616785-1-daniel.vetter@ffwll.ch>

On Wed, 8 Apr 2020 at 17:24, Daniel Vetter <daniel.vetter@xxxxxxxx> wrote:
> Resending because last attempt failed CI and meanwhile the results are
> lost :-/

Did anything happen with this?

Cheers,
Daniel

Follow-Ups:
- Re: [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets
  - From: Daniel Vetter

References:
- [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets
  - From: Daniel Vetter

Prev by Date: Re: stable-rc 5.4: libhugetlbfs fallocate_stress.sh: Unable to handle kernel paging request at virtual address ffff00006772f000
Next by Date: Re: [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets
Previous by thread: [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets
Next by thread: Re: [PATCH] drm: avoid spurious EBUSY due to nonblocking atomic modesets
Index(es):
- Date
- Thread

[Index of Archives] [Linux Kernel] [Kernel Development Newbies] [Linux USB Devel] [Video for Linux] [Linux Audio Users] [Yosemite Hiking] [Linux Kernel] [Linux SCSI]

Powered by Linux