[PATCH] drm/radeon: only init fbdev if we have connectors

2016-01-26 Thread Alex Deucher
On Mon, Jan 25, 2016 at 6:06 PM, Rob Clark wrote: > This fixes an issue that was noticed on an optimus/prime laptop with > a kernel that was old enough to not support the integrated intel gfx > (which was driving all the outputs), but did have support for the > discrete radeon gpu. The end result

[PATCH] drm/radeon: only init fbdev if we have connectors

2016-01-26 Thread Alex Deucher
On Mon, Jan 25, 2016 at 7:49 PM, Rob Clark wrote: > from a quick look, I think so.. > > It was something I ran across on an older kernel which didn't have > amdgpu, but I don't see anything obvious that would cause > drm_fb_helper_init() to be skipped in amdgpu if there are no > connectors.. (but

[PATCH] drm/radeon: only init fbdev if we have connectors

2016-01-25 Thread Mike Lothian
Is something similar required for AMDGPU too? On Mon, 25 Jan 2016 at 23:06 Rob Clark wrote: > This fixes an issue that was noticed on an optimus/prime laptop with > a kernel that was old enough to not support the integrated intel gfx > (which was driving all the outputs), but did have support fo

[PATCH] drm/radeon: only init fbdev if we have connectors

2016-01-25 Thread Rob Clark
from a quick look, I think so.. It was something I ran across on an older kernel which didn't have amdgpu, but I don't see anything obvious that would cause drm_fb_helper_init() to be skipped in amdgpu if there are no connectors.. (but nouveau seems to check for dev->mode_config.num_crtc, for (I

[PATCH] drm/radeon: only init fbdev if we have connectors

2016-01-25 Thread Rob Clark
This fixes an issue that was noticed on an optimus/prime laptop with a kernel that was old enough to not support the integrated intel gfx (which was driving all the outputs), but did have support for the discrete radeon gpu. The end result was not falling back to VESA and leaving the user with a b