[PATCH v3 2/2] drm: remove drm_device_is_unplugged and related code

2016-02-26 Thread David Herrmann
Hi On Fri, Feb 12, 2016 at 8:50 PM, Haixia Shi wrote: > v1: Remove the general drm_device_is_unplugged() checks, and move the > unplugged > flag handling logic into drm/udl. In general we want to keep driver-specific > logic out of common drm code. > > v2: Based on discussion with Stephane and

[PATCH v3 2/2] drm: remove drm_device_is_unplugged and related code

2016-02-16 Thread Haixia Shi
David - is the v3 patch acceptable to you? Thanks. On Fri, Feb 12, 2016 at 11:50 AM, Haixia Shi wrote: > v1: Remove the general drm_device_is_unplugged() checks, and move the > unplugged > flag handling logic into drm/udl. In general we want to keep > driver-specific > logic out of common drm

[PATCH v3 2/2] drm: remove drm_device_is_unplugged and related code

2016-02-12 Thread Haixia Shi
v1: Remove the general drm_device_is_unplugged() checks, and move the unplugged flag handling logic into drm/udl. In general we want to keep driver-specific logic out of common drm code. v2: Based on discussion with Stephane and David, drop most of the unplugged flag handling logic in drm/udl

[PATCH v3 2/2] drm: remove drm_device_is_unplugged and related code

2016-02-12 Thread Daniel Vetter
On Thu, Feb 11, 2016 at 01:57:30PM -0800, Haixia Shi wrote: > When a UDL monitor is unplugged, we need to still treat it as a fully > functional device which just happens to have its connector unplugged. > This allows user-space to properly deallocate fbs and dumb buffers > before closing the

[PATCH v3 2/2] drm: remove drm_device_is_unplugged and related code

2016-02-11 Thread Haixia Shi
When a UDL monitor is unplugged, we need to still treat it as a fully functional device which just happens to have its connector unplugged. This allows user-space to properly deallocate fbs and dumb buffers before closing the device. This drops the "unplugged" flag hack, which puts the device in