On 02/20/2017 11:22 PM, Daniel Vetter wrote:
> On Sun, Feb 19, 2017 at 4:21 PM, Thomas Hellstrom wrote:
>> So I think we need a quick revert of this commit or a quick stable
>> follow-up to unbreak things on our side.
> I'd much prefer we just register control nodes for vmwgfx only, with a
> commi
On Sun, Feb 19, 2017 at 4:21 PM, Thomas Hellstrom wrote:
> So I think we need a quick revert of this commit or a quick stable
> follow-up to unbreak things on our side.
I'd much prefer we just register control nodes for vmwgfx only, with a
commit message explaining in detail what exactly your con
So I think we need a quick revert of this commit or a quick stable
follow-up to unbreak things on our side.
/Thomas
On 02/19/2017 03:54 PM, Thomas Hellstrom wrote:
> Hi!
>
> This patch breaks the vmwgfx resolutionKMS daemon which opens a control
> node to tell DRM about the monitor layout...
>
>
Hi!
This patch breaks the vmwgfx resolutionKMS daemon which opens a control
node to tell DRM about the monitor layout...
/Thomas
On 10/28/2016 10:10 AM, Daniel Vetter wrote:
> Looking at the ioctl permission checks I noticed that it's impossible
> to import gem buffers into a control nodes, and
Thank you!
On Tue, 6 Dec 2016 at 01:47 Michel Dänzer wrote:
> On 06/12/16 10:42 AM, Mike Lothian wrote:
> > Hi
> >
> > This patch (in drm-next and drm-intel-nightly) stops my system from
> > booting, I don't see any errors, just a black screen and a reboot after
> > the kernel has been selected
On 06/12/16 10:42 AM, Mike Lothian wrote:
> Hi
>
> This patch (in drm-next and drm-intel-nightly) stops my system from
> booting, I don't see any errors, just a black screen and a reboot after
> the kernel has been selected
>
> I have confirmed that reverting this patch gets those two branches
>
Hi
This patch (in drm-next and drm-intel-nightly) stops my system from
booting, I don't see any errors, just a black screen and a reboot after the
kernel has been selected
I have confirmed that reverting this patch gets those two branches working
again
Sorry to be the bearer of bad news - I'm gu
On Fri, Oct 28, 2016 at 10:10:50AM +0200, Daniel Vetter wrote:
> Looking at the ioctl permission checks I noticed that it's impossible
> to import gem buffers into a control nodes, and fd2handle/handle2fd
> also don't work, so no joy with dma-bufs.
>
> The only way to do anything with a control no
