search for: fx1800

https://bugs.freedesktop.org/show_bug.cgi?id=99071 Bug ID: 99071 Summary: [G94][Quadro FX1800]Trigger rally Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau at lists.freedesktop.org...

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

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:

It's surprising that it's coming up as a platform device and not a pci device. Perhaps xorg was built 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

https://bugs.freedesktop.org/show_bug.cgi?id=35171 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #5 from Ilia Mirkin <imirkin at

...ing successfully (since no error is printing and you see the interface version). Will require you to do some debugging, I'm afraid. -ilia On Wed, Jul 6, 2016 at 1:37 PM, Clemens Eisserer <linuxhippy at gmail.com> wrote: > Hi, > > I am trying to use a G94GL based card (Quadro FX1800) on an > arm64/aarch64 based board. > As the board is running linux-4.1.8, I had to apply the following > patches to get the kernel module / drm working: > https://lkml.org/lkml/2015/5/15/83 > https://lists.freedesktop.org/archives/dri-devel/2015-July/085449.html > > So far eve...

Hi, I am trying to use a G94GL based card (Quadro FX1800) on an arm64/aarch64 based board. As the board is running linux-4.1.8, I had to apply the following patches to get the kernel module / drm working: https://lkml.org/lkml/2015/5/15/83 https://lists.freedesktop.org/archives/dri-devel/2015-July/085449.html So far everything seems to work, the card mo...

Good day to you Im a casual Xen user and am also using I/O Virtualization. I had always trouble getting DMAR tables (and IOMMU) recognized with Asus Mainboards, despite the fact that I always used this boards a lot. Since the Nehalem Intel architecture, I looked into Intel Mainboards due the fact that this seems to work out with Xen, Linux and VT-d. My request is, that someone who tried Asus