Hi,
On 17 June 2016 at 16:25, Chris Wilson wrote:
> Up to now, the recommendation was for drivers to call drm_dev_register()
> followed by drm_connector_register_all(). Now that
> drm_connector_register() is safe against multiple invocations, we can
> move drm_connector_register_all() to drm_dev_
Last week regressions
+---+---+++
| BugId | Summary | Created on |
Bisect |
+---+---+++
| 96584 | [regression] [i915] DMA
Hi all,
New -testing cycle with cool stuff:
- Infrastructure for GVT-g (paravirtualized gpu on gen8+), from Zhi Wang
- another attemp at nonblocking atomic plane updates
- bugfixes and refactoring for GuC doorbell code (Dave Gordon)
- GuC command submission enabled by default, if fw available (Dav
On Fri, 2016-06-17 at 16:06 -0700, James Bottomley wrote:
> On Fri, 2016-06-17 at 16:34 +0300, Jani Nikula wrote:
> > On Fri, 17 Jun 2016, Daniel Vetter wrote:
> > > On Thu, Jun 16, 2016 at 03:42:12PM -0700, James Bottomley wrote:
> > > > On Thu, 2016-06-16 at 14:29 -0700, James Bottomley wrote:
>
On Fri, Jun 17, 2016 at 02:12:09PM +0300, Laurent Pinchart wrote:
> Hi Daniel,
>
> Thank you for the patch.
>
> On Friday 17 Jun 2016 09:33:28 Daniel Vetter wrote:
> > Since
> >
> > commit e112e593b215c394c0303dbf0534db0928e87967
> > Author: Nicolas Iooss
> > Date: Fri Dec 11 11:20:28 2015 +0
On Fri, 2016-06-17 at 23:35 +0100, Chris Wilson wrote:
> On Sat, Jun 18, 2016 at 12:29:24AM +0300, Imre Deak wrote:
> > Atm on ILK we attempt to detect if eDP is present even if LVDS was
> > already detected and an encoder for it was registered. This involves
> > trying to read out the eDP EDID, wh
On Fri, Jun 17, 2016 at 11:07:57AM -, Patchwork wrote:
> == Series Details ==
>
> Series: series starting with [1/2] drm/i915: Move intel_connector->unregister
> to connector->early_unregister
> URL : https://patchwork.freedesktop.org/series/8825/
> State : failure
>
> == Summary ==
>
> S
On Fri, Jun 17, 2016 at 04:53:55PM +0100, Chris Wilson wrote:
> The drm_dp_ax object is stored on the encoder, and freeing it from the
> connector causes a use-after-free error since the encoder is destroy
> first:
>
> [ 112.356952]
> =