search for: nvplatformprobe

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...

https://bugs.freedesktop.org/show_bug.cgi?id=56347 Priority: medium Bug ID: 56347 Assignee: nouveau at lists.freedesktop.org Summary: NVPlatformProbe routine does not mark the entity as Shared for ZaphodHeads. QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: exc at rbcmail.ru Hardware: All Status: NEW...

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

Hi, >> 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 The call to HasKMS came from NVPlatformProbe - NVPlatformProbe succeeds and returns true. However, it seems Xorg aborts before NVPciProbe is ever called. I'll have a look at Xorg's source to get a better understanding what is happening arround nouveau. Br, Clemens

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 eva...

Had those patches living in my local tree for a while now. Here is a respin on top of latest master Patch 1: regression fix, preventing the ddx from loading if kernel module is not loaded Patches 2-5: Completely nuke dri1, make dri2 hard dependency Patches 6-7: Assist people with first-time build of nouveau Git complains about whitespace errors in patch 7, which for the sake of me I cannot

...without pci support? (Not sure if that's 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...

...*pci_dev, intptr_t match_data) { @@ -343,6 +362,9 @@ NVPciProbe(DriverPtr drv, int entity_num, struct pci_device *pci_dev, }; ScrnInfoPtr pScrn = NULL; + if (xorgMir && !NVHasMirSupport(pci_dev)) + return FALSE; + if (!NVHasKMS(pci_dev)) return FALSE; @@ -367,6 +389,9 @@ NVPlatformProbe(DriverPtr driver, if (!dev->pdev) return FALSE; + if (xorgMir && !NVHasMirSupport(dev->pdev)) + return FALSE; + if (!NVHasKMS(dev->pdev)) return FALSE; @@ -424,9 +449,11 @@ NVEnterVT(VT_FUNC_ARGS_DECL) xf86DrvMsg(pScrn->scrnIndex, X_INFO, "NVEnterVT is ca...

https://bugs.freedesktop.org/show_bug.cgi?id=60772 Priority: medium Bug ID: 60772 Assignee: nouveau at lists.freedesktop.org Summary: xf86-video-nouveau fails to modprobe nouveau: KMS not enabled QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All)