search for: setprovideroffloadsink

...f nouveau and/or the kernel. I have: 00:02.0 VGA compatible controller: Intel Corporation 4th Gen Core Processor Integrated Graphics Controller (rev 06) 01:00.0 VGA compatible controller: NVIDIA Corporation GK107M [GeForce GT 750M] (rev a1) with nouveau drivers. Steps to reproduce: I run xrandr --setprovideroffloadsink nouveau Intel at the startup of my desktop (cinnamon). Then I run DRI_PRIME=1 glxinfo (or any other openGL application that I've tried (glxgears, Civ V)), and X crashes and bring me back to my display manager (lightdm). Is there any other info you need, and/or did I report this issue completel...

...n=edit dmesg I have an optimus laptop with intel HD4000 and nvidia GTX 660M. With xorg-server 1.16.1 the GPU cannot be used. Replacing xorg-server with 1.15.1 version (and same version drivers) make it works again without making any other changes (even rebooting). xrandr --listproviders xrandr --setprovideroffloadsink nouveau Intel DRI_PRIME=1 glxinfo | grep "OpenGL vendor string" With 1.16 version: Providers: number : 2 Provider 0: id: 0x88 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 4 outputs: 5 associated providers: 1 name:Intel Provider 1: id: 0x5f cap: 0x5, Source Output, Source Off...

...are: x86-64 (AMD64) Status: NEW Version: 7.7 (2011) Component: Driver/nouveau Product: xorg Created attachment 83206 --> https://bugs.freedesktop.org/attachment.cgi?id=83206&action=edit dmesg output After activating optimus in bios and xrandr --setprovideroffloadsink nouveau Intel I have no DP listed. (when I activate only nvidia card everything is ok). xrandr 1.4 xserver 1.14.2 nouveau 1.0.8 xrandr --listproviders: Providers: number : 2 Provider 0: id: 0x95 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 2 associated providers: 1 name:...

https://bugs.freedesktop.org/show_bug.cgi?id=69876 --- Comment #10 from Mike <michele.cane at gmail.com> --- If after xrandr --setprovideroffloadsink nouveau Intel i turn on the card with, for example, DRI_PRIME glxgers and then I xrandr --setprovideroutputsource nouveau Intel there is no freeze -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed....

...orter: 14mRh4X0r+fd.o at gmail.com QA Contact: xorg-team at lists.x.org Created attachment 116033 --> https://bugs.freedesktop.org/attachment.cgi?id=116033&action=edit Xorg.0.log When running xrandr --listproviders, both nouveau and Intel are listed. However, after using xrandr --setprovideroffloadsink nouveau Intel, running DRI_PRIME=1 glxinfo | fgrep "OpenGL vendor" still shows Intel. dmesg includes the following line: [ 21.537016] nouveau E[ PGR][0000:01:00.0] grctx template channel unload timeout Attached are Xorg.0.log, dmesg, and an mmiotrace of glxinfo running through bum...

...gfaulting the X server consistently. HW is Ivy Bridge laptop with an additional GK107 (NVE7) kepler. Xserver version: 1.17.2 (from debian sid) mesa: 11.0-rc1 (from debian experimental) libdrm: 2.4.64 kernel: 4.1.0 Test is ran via: logging into X locally then via ssh: export DISPLAY=:0 xrandr --setprovideroffloadsink nouveau Intel export DRI_PRIME=1 Verifying with glxinfo | grep nouveau # just run the problematic test bin/glean -t vertProg1 That immediately crashes the X server with a segfault an attached gdb show following backtrace: #0 exaHWCopyNtoN (pSrcDrawable=pSrcDrawable at entry=0x55920c1fbb20,...

...=0 I am running kernel 3.12-rc5 and runpm is not working. The nvidia card (quadro 2000M) is turned off at start but then when called is not turned on. You can compare the 2 dmesg (one with nouveau.runpm=0 and the other nouveau.runpm=1). The procedure I used in both cases is the same: - xrandr --setprovideroffloadsink nouveau Intel and then - DRI_PRIME=1 glxinfo | grep vendor which in both cases gave: OpenGL vendor string: nouveau (which is ok) but on dmesg the card is never turned on Can I provide more info? Cheers Mike -- You are receiving this mail because: You are the assignee for the bug. --------...

https://bugs.freedesktop.org/show_bug.cgi?id=104784 Bug ID: 104784 Summary: Unable to do reclocking manually Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau at

...rd or Optimus, the system boots. Though I see those message from the kernel, also after standby: nouveau E[ PBUS][0000:01:00.0] MMIO read of 0x00000000 FAULT at 0x002140 [ !ENGINE ] When I try to use the Nvidia card via PRIME with, the xserver crashes. I tested the PRIME way with: xrandr --setprovideroffloadsink nouveau Intel DRI_PRIME=1 glxgears -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/nouveau/attachments/20140701/ef64324d/attachment.html>

...puts: 3 associated providers: 0 name:nouveau Step 3: $ DRI_PRIME=0 glxinfo | grep "OpenGL vendor" OpenGL vendor string: Intel Open Source Technology Center $ DRI_PRIME=1 glxinfo | grep "OpenGL vendor" OpenGL vendor string: Intel Open Source Technology Center Step 4: $ xrandr --setprovideroffloadsink nouveau Intel $ DRI_PRIME=1 glxinfo | grep "OpenGL vendor" OpenGL vendor string: nouveau Step 5: $ DRI_PRIME=1 glxgears -info Running synchronized to the vertical refresh. The framerate should be approximately the same as the monitor refresh rate. GL_RENDERER = Gallium 0.4 on NVE4 GL_...

...andr --listproviders Providers: number : 2 Provider 0: id: 0x64 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 2 associated providers: 1 name:Intel Provider 1: id: 0x3f cap: 0x5, Source Output, Source Offload crtcs: 0 outputs: 0 associated providers: 1 name:nouveau $ xrandr --setprovideroffloadsink nouveau Intel $ DRI_PRIME=1 glxinfo | grep "OpenGL vendor string" [segfault] I'm running kernel 3.14 on Fedora 20, with Xorg 1.14.4, xf86-video-nouveau-1.0.9, Mesa 10.0.4. Logs are attached below. -- You are receiving this mail because: You are the assignee for the bug. ----------...

https://bugs.freedesktop.org/show_bug.cgi?id=69488 Priority: medium Bug ID: 69488 Assignee: nouveau at lists.freedesktop.org Summary: GF108 (NVC1) GPU lockup QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: vekinn at gmail.com Hardware: Other

https://bugs.freedesktop.org/show_bug.cgi?id=87942 Bug ID: 87942 Summary: [NVE7] Unable to use nouveau Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component: Driver/nouveau Assignee: nouveau at

https://bugs.freedesktop.org/show_bug.cgi?id=78092 Priority: medium Bug ID: 78092 Assignee: nouveau at lists.freedesktop.org Summary: GK208M [GeForce GT 730M] (rev ff) (prog-if ff) nouveau module load fail Severity: normal Classification: Unclassified OS: All Reporter: anton.gubarkov at

https://bugs.freedesktop.org/show_bug.cgi?id=70354 Priority: medium Bug ID: 70354 Assignee: nouveau at lists.freedesktop.org Summary: Failed to initialise context object: 2D_NVC0 (0) (for my GeForce GT 750M) QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: