Re: [PATCH] drm/atmel-hlcdc: Rework the fbdev creation logic

2017-03-02 Thread Richard Genoud
On 28/11/2016 16:01, Boris Brezillon wrote: > Now that we wait for DRM panels to be available before registering the > DRM device (returning -EPROBE_DEFER if the panel has not been probed > yet), we no longer need to put the fbdev creation code in > ->output_poll_changed(). > > This removes the 10

Re: [PATCH] drm/atmel-hlcdc: Rework the fbdev creation logic

2017-03-02 Thread Richard Genoud
2017-03-02 17:25 GMT+01:00 Boris Brezillon : > On Thu, 2 Mar 2017 17:04:51 +0100 > Richard Genoud wrote: > >> On 28/11/2016 16:01, Boris Brezillon wrote: >> > Now that we wait for DRM panels to be available before registering the >> > DRM device (returning -EPROBE_DEFER if the panel has not been p

Re: [PATCH] drm/atmel-hlcdc: Rework the fbdev creation logic

2017-03-02 Thread Boris Brezillon
On Thu, 2 Mar 2017 17:04:51 +0100 Richard Genoud wrote: > On 28/11/2016 16:01, Boris Brezillon wrote: > > Now that we wait for DRM panels to be available before registering the > > DRM device (returning -EPROBE_DEFER if the panel has not been probed > > yet), we no longer need to put the fbdev cr

[PATCH] drm/atmel-hlcdc: Rework the fbdev creation logic

2016-11-28 Thread Daniel Vetter
On Mon, Nov 28, 2016 at 04:01:07PM +0100, Boris Brezillon wrote: > Now that we wait for DRM panels to be available before registering the > DRM device (returning -EPROBE_DEFER if the panel has not been probed > yet), we no longer need to put the fbdev creation code in > ->output_poll_changed(). >

[PATCH] drm/atmel-hlcdc: Rework the fbdev creation logic

2016-11-28 Thread Boris Brezillon
Now that we wait for DRM panels to be available before registering the DRM device (returning -EPROBE_DEFER if the panel has not been probed yet), we no longer need to put the fbdev creation code in ->output_poll_changed(). This removes the 10 secs delay between DRM dev registration and fbdev creat