search for: platform_probe_gpu_screen

Hi again, Some further digging revealed that NVPlatformProbe is called with the flag PLATFORM_PROBE_GPU_SCREEN, so the flag XF86_ALLOCATE_GPU_SCREEN is passed to xf86AllocateScreen. After xf86AllocateScreen I end up with xf86GPUScreens == 1 and xf86NumScreens == 0. The xf86GPUScreens seems to be ignored by all the following code, only xf86NumScreens is evaluated afterwards in xf86BusConfig: /* If noth...

Here are a few patches adding some missing functions in NvPlatformProbe, which iirc is being used as of xserver 1.13 First patch adds a nouveau_kernel_mode_enabled helper, similar to xf86-video-radeon Second and third use the function in Nv{Pci,Platform}Probe And last one ensures we can still use ZaphodHead and relative head positioning via xorg.conf The coding style may be a bit off, despite my

Hi Ilia, > Very odd. Perhaps you're trying to run X as non-root and don't have > proper permissions on /dev/dri/card0? It seems like something in > https://cgit.freedesktop.org/nouveau/xf86-video-nouveau/tree/src/nv_driver.c#n400 Thanks for the pointer, I'll try to dig a bit deeper there. I forgot to mention that I am trying to run X inside an debian unstable chroot (the

...even possible.) It should definitely not be coming up as a GPU screen, but as a regular screen. -ilia On Thu, Jul 7, 2016 at 1:15 PM, Clemens Eisserer <linuxhippy at gmail.com> wrote: > Hi again, > > Some further digging revealed that NVPlatformProbe is called with the > flag PLATFORM_PROBE_GPU_SCREEN, so the flag XF86_ALLOCATE_GPU_SCREEN > is passed to xf86AllocateScreen. > > After xf86AllocateScreen I end up with xf86GPUScreens == 1 and > xf86NumScreens == 0. > > The xf86GPUScreens seems to be ignored by all the following code, only > xf86NumScreens is evaluated afterwards...