Re: [Nouveau] Bug or not?
On the older kernel [6.494956] nouveau [ CLK][:01:00.0] 07: core 270-405 MHz memory 838 MHz [6.494989] nouveau [ CLK][:01:00.0] 0a: core 270-774 MHz memory 1560 MHz [6.495015] nouveau [ CLK][:01:00.0] 0e: core 270-774 MHz memory 4000 MHz [6.495182] nouveau [ CLK][:01:00.0] --: core 405 MHz memory 680 MHz On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com wrote: Because I am on a macbook the VBIOS might be wonky. I tried turning off nVidia and using intel. The result was a blank screen. I know other people had the same bug which was something to do with reprobing lvds?! I saw patches go by and every time I tried one the results were the same. fail. I was actually about to post a bug report to the intel (i915) people about it. I tried to work out how to get optimus to work. After trying several different sets of instructions I never found a working configuration and put it aside. I never used to use opengl but lately my pcb software has adopted it so my needs changed. I will get back to you with more results on this matter after I get the newer kernel up. On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com wrote: I have a side question which may be the subject of a future second bug report. I have been lurking on the nouveau mailing list for some time. I understand from various posts that the nvidia gpu clock speed right now is set to the lowest possible setting. Why does my machine run so Often but not always the case -- the clock speed is whatever the VBIOS leaves it in. For kepler, that is usually the lowest setting. much hotter in linux than macos? I turned off the intel graphics and the cpu clock is set to the lowest available speed. You should instead turn off the nvidia graphics and run off intel -- intel is much less power-hungry than nvidia, even at the lowest clocks. If it's an optimus setup, the nvidia gpu should automatically power off until needed (either because some display is connected to it, or for offloading). How do I get a display of the GPU clocking speeds? You should see it in dmesg... look for CLK lines. The ones with -- (or AC/DC) will show the current setting. Or boot with nouveau.pstate=1 and you should have a /sys/class/drm/card*/device/pstate file. -ilia -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
My thanks to you and the author of the commit. That fixed my bug. On Sat, Feb 14, 2015 at 10:05 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Sat, Feb 14, 2015 at 9:59 PM, Evan Foss evanf...@gmail.com wrote: Llia, Thanks. Is 3.18.7 recent enough? Yes, the fix is in 3.17 and later (commit fe3d9c4b87bb98222a502cc585844a0b950786fb). -ilia -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87819] [NVAC] EQ overflowing
https://bugs.freedesktop.org/show_bug.cgi?id=87819 --- Comment #14 from Stuart Longland stua...@longlandclan.yi.org --- I cannot get this to build: RC=0 stuartl@vk4msl-mb /usr/src/linux-2.6-stable $ make menuconfig make: *** No rule to make target `menuconfig'. Stop. RC=2 stuartl@vk4msl-mb /usr/src/linux-2.6-stable $ git describe fatal: No tags can describe 'e616d549c78c27b6b4d4da25a2369b32bb2a99db'. Try --always, or create some tags. RC=128 stuartl@vk4msl-mb /usr/src/linux-2.6-stable $ git log -1 | cat commit e616d549c78c27b6b4d4da25a2369b32bb2a99db Author: Ben Skeggs bske...@redhat.com Date: Fri Feb 6 09:36:12 2015 +1000 lib: fix drm backend -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87819] [NVAC] EQ overflowing
https://bugs.freedesktop.org/show_bug.cgi?id=87819 --- Comment #13 from Stuart Longland stua...@longlandclan.yi.org --- (In reply to Pierre Moreau from comment #12) Is it still an issue with 3.19? I tried Xonotic and video streaming with Firefox but was unable to trigger those isses using Nouveau's HEAD (currently at http://cgit.freedesktop.org/~darktama/nouveau/commit/ ?id=e616d549c78c27b6b4d4da25a2369b32bb2a99db). I'll run it up the flagpole and see who salutes… Out of interest how much of current 'nouveau' HEAD is in the mainline kernel at present? (I realise I meant to try a git bisect to possibly locate the needed patches, I apologise for not getting to that.) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87819] [NVAC] EQ overflowing
https://bugs.freedesktop.org/show_bug.cgi?id=87819 --- Comment #15 from Pierre Moreau pierre.mor...@free.fr --- (In reply to Stuart Longland from comment #13) I'll run it up the flagpole and see who salutes… Out of interest how much of current 'nouveau' HEAD is in the mainline kernel at present? Up to tag 3.19 of this repository: http://cgit.freedesktop.org/~darktama/nouveau/. (In reply to Stuart Longland from comment #14) I cannot get this to build: RC=0 stuartl@vk4msl-mb /usr/src/linux-2.6-stable $ make menuconfig make: *** No rule to make target `menuconfig'. Stop. RC=2 stuartl@vk4msl-mb /usr/src/linux-2.6-stable $ git describe fatal: No tags can describe 'e616d549c78c27b6b4d4da25a2369b32bb2a99db'. Try --always, or create some tags. RC=128 stuartl@vk4msl-mb /usr/src/linux-2.6-stable $ git log -1 | cat commit e616d549c78c27b6b4d4da25a2369b32bb2a99db Author: Ben Skeggs bske...@redhat.com Date: Fri Feb 6 09:36:12 2015 +1000 lib: fix drm backend I guess you're trying to compile Ben's repository (http://cgit.freedesktop.org/~darktama/nouveau/)? If that's the case, it is an out-of-tree repository, so you still need regular kernel sources. To compile it, go to the drm/ directory and execute just a make - it will try to find where the sources are for the kernel you're actually running, or you can override this by setting the env variable LINUXDIR. This will only compile the nouveau.ko module, which you will then find at drm/nouveau/nouveau.ko. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Mesa-dev] [PATCH 1/2] st/mesa: treat resource-less xfb buffers as if they weren't there
Reviewed-by: Marek Olšák marek.ol...@amd.com Marek On Sat, Feb 14, 2015 at 7:46 AM, Ilia Mirkin imir...@alum.mit.edu wrote: If a transform feedback buffer's size is 0, st_bufferobj_data doesn't end up creating a buffer for it. There's no point in trying to write to such a buffer, so just pretend as if it's not really there. This fixes arb_gpu_shader5-xfb-streams-without-invocations on nvc0. Signed-off-by: Ilia Mirkin imir...@alum.mit.edu --- src/mesa/state_tracker/st_cb_xformfb.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/src/mesa/state_tracker/st_cb_xformfb.c b/src/mesa/state_tracker/st_cb_xformfb.c index 8f75eda..a2bd86a 100644 --- a/src/mesa/state_tracker/st_cb_xformfb.c +++ b/src/mesa/state_tracker/st_cb_xformfb.c @@ -122,7 +122,7 @@ st_begin_transform_feedback(struct gl_context *ctx, GLenum mode, for (i = 0; i max_num_targets; i++) { struct st_buffer_object *bo = st_buffer_object(sobj-base.Buffers[i]); - if (bo) { + if (bo bo-buffer) { /* Check whether we need to recreate the target. */ if (!sobj-targets[i] || sobj-targets[i] == sobj-draw_count || -- 2.0.5 ___ mesa-dev mailing list mesa-...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/mesa-dev ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 28095] X crash with PFIFO_CACHE_ERROR. (Nouveau on Riva TNT).
https://bugs.freedesktop.org/show_bug.cgi?id=28095 --- Comment #14 from Ilia Mirkin imir...@alum.mit.edu --- So by the sounds of it, we broke the display stuff at some point between pre-history (i.e. before nouveau was in mainline) and... now. I'm fairly sure that it's a fairly self-contained problem -- my NV05 TNT2 M64 works fine (or at least did recently, I think I last tested after 3.10 or so). Another user's NV04 also worked OK on linux-3.9 (from bug 68854), although it was the Creative Labs one. However he also had the resolution issue (maxing out at 1024x768). You have one of the (infamous?) BMP v0 vbioses, may be interesting to attach it to this bug, although I sincerely doubt that is the source of the issues (before BMP v2 or so, we just ignore it entirely). Without nouveau loaded, you can get it from /sys/kernel/debug/dri/0/vbios.rom . The unfortunate reality here is that you are in posession of fairly unique piece of hardware, and that (I believe) similar HW works fine. So... it's something funny going on. You might try booting with nouveau.debug=debug drm.debug=14 and capturing the kernel messages from that. Perhaps something interesting will come up. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 86935] [NV106] unknown kepler chipset 0x106
https://bugs.freedesktop.org/show_bug.cgi?id=86935 --- Comment #15 from Bjørn Lie bjorn@gmail.com --- Running kernel 3.19.0 now, and nouveau driver now recognizes my card :-) I guess this bug can be closed, but leaving it up to the developer. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87819] [NVAC] EQ overflowing
https://bugs.freedesktop.org/show_bug.cgi?id=87819 --- Comment #16 from Stuart Longland stua...@longlandclan.yi.org --- Ahh right, I understood it was a fork of the kernel tree and so added it as a remote in my git repository, pulled it in and tried to build it as such. So I've now built kernel 3.19 (commit bfa76d49576599a4b9f9b7a71f23d73d6dcff735). I shall reboot and test with that in its stock configuration. Then if I get problems, I'll try out the above git tree, building the nouveau.ko module out-of-tree, install it, do another reboot and see if the problem persists. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
https://bugs.freedesktop.org/show_bug.cgi?id=71455 Evan Foss evanf...@gmail.com changed: What|Removed |Added CC||evanf...@gmail.com --- Comment #7 from Evan Foss evanf...@gmail.com --- Created attachment 113500 -- https://bugs.freedesktop.org/attachment.cgi?id=113500action=edit dmesg text I am running a mid 2012 macbook pro. 650M nVidia chip. There is something funky with the glx rendering. I tried the various things in the troubleshooting guide and got no where. If need be I can email the following two images to the list but I thought I would save everyones mailboxes some bloat. https://www.flickr.com/photos/evanfoss/15912299653/ https://www.flickr.com/photos/evanfoss/16507165346/in/photostream/ For those in the far future who may find the above links dead the images show glxgears rendering at +3K frames a second. The glxgears window however has blocks missing with only a single pixel in each one being rendered. I have tested the following kernel versions and found this to be true for all of the following. gentoo-sources-3.12.13 gentoo-sources-3.14.6 gentoo-sources-3.16.1 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
Sorry guys I did not understand how bugzilla's user interface works. this should be seperate from the thermal management bug.. On Sat, Feb 14, 2015 at 9:51 PM, bugzilla-dae...@freedesktop.org wrote: Evan Foss evanf...@gmail.com changed bug 71455 https://bugs.freedesktop.org/show_bug.cgi?id=71455 What Removed Added CC evanf...@gmail.com *Comment # 7 https://bugs.freedesktop.org/show_bug.cgi?id=71455#c7 on bug 71455 https://bugs.freedesktop.org/show_bug.cgi?id=71455 from Evan Foss evanf...@gmail.com * Created attachment 113500 https://bugs.freedesktop.org/attachment.cgi?id=113500 [details] https://bugs.freedesktop.org/attachment.cgi?id=113500action=edit dmesg text I am running a mid 2012 macbook pro. 650M nVidia chip. There is something funky with the glx rendering. I tried the various things in the troubleshooting guide and got no where. If need be I can email the following two images to the list but I thought I would save everyones mailboxes some bloat. https://www.flickr.com/photos/evanfoss/15912299653/https://www.flickr.com/photos/evanfoss/16507165346/in/photostream/ For those in the far future who may find the above links dead the images show glxgears rendering at +3K frames a second. The glxgears window however has blocks missing with only a single pixel in each one being rendered. I have tested the following kernel versions and found this to be true for all of the following. gentoo-sources-3.12.13 gentoo-sources-3.14.6 gentoo-sources-3.16.1 -- You are receiving this mail because: - You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] Bug or not?
First sorry about miss posting the bug report under Bug 71455 Thermal management in nouveau running hot 3.12.0+ kernel I really don't understand how the bugzilla user interface works. I have a side question which may be the subject of a future second bug report. I have been lurking on the nouveau mailing list for some time. I understand from various posts that the nvidia gpu clock speed right now is set to the lowest possible setting. Why does my machine run so much hotter in linux than macos? I turned off the intel graphics and the cpu clock is set to the lowest available speed. How do I get a display of the GPU clocking speeds? -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
On Sat, Feb 14, 2015 at 9:52 PM, Evan Foss evanf...@gmail.com wrote: Sorry guys I did not understand how bugzilla's user interface works. this should be seperate from the thermal management bug.. On Sat, Feb 14, 2015 at 9:51 PM, bugzilla-dae...@freedesktop.org wrote: Evan Foss evanf...@gmail.com changed bug 71455 https://bugs.freedesktop.org/show_bug.cgi?id=71455 What Removed Added CC evanf...@gmail.com *Comment # 7 https://bugs.freedesktop.org/show_bug.cgi?id=71455#c7 on bug 71455 https://bugs.freedesktop.org/show_bug.cgi?id=71455 from Evan Foss evanf...@gmail.com * Created attachment 113500 https://bugs.freedesktop.org/attachment.cgi?id=113500 [details] https://bugs.freedesktop.org/attachment.cgi?id=113500action=edit dmesg text I am running a mid 2012 macbook pro. 650M nVidia chip. There is something funky with the glx rendering. I tried the various things in the troubleshooting guide and got no where. If need be I can email the following two images to the list but I thought I would save everyones mailboxes some bloat. https://www.flickr.com/photos/evanfoss/15912299653/https://www.flickr.com/photos/evanfoss/16507165346/in/photostream/ For those in the far future who may find the above links dead the images show glxgears rendering at +3K frames a second. The glxgears window however has blocks missing with only a single pixel in each one being rendered. I have tested the following kernel versions and found this to be true for all of the following. gentoo-sources-3.12.13 gentoo-sources-3.14.6 gentoo-sources-3.16.1 Try something more recent -- a block compression setup issue was fixed in some recent kernel version. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
Llia, Thanks. Is 3.18.7 recent enough? On Sat, Feb 14, 2015 at 9:56 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Sat, Feb 14, 2015 at 9:52 PM, Evan Foss evanf...@gmail.com wrote: Sorry guys I did not understand how bugzilla's user interface works. this should be seperate from the thermal management bug.. On Sat, Feb 14, 2015 at 9:51 PM, bugzilla-dae...@freedesktop.org wrote: Evan Foss changed bug 71455 What Removed Added CC evanf...@gmail.com Comment # 7 on bug 71455 from Evan Foss Created attachment 113500 [details] dmesg text I am running a mid 2012 macbook pro. 650M nVidia chip. There is something funky with the glx rendering. I tried the various things in the troubleshooting guide and got no where. If need be I can email the following two images to the list but I thought I would save everyones mailboxes some bloat. https://www.flickr.com/photos/evanfoss/15912299653/ https://www.flickr.com/photos/evanfoss/16507165346/in/photostream/ For those in the far future who may find the above links dead the images show glxgears rendering at +3K frames a second. The glxgears window however has blocks missing with only a single pixel in each one being rendered. I have tested the following kernel versions and found this to be true for all of the following. gentoo-sources-3.12.13 gentoo-sources-3.14.6 gentoo-sources-3.16.1 Try something more recent -- a block compression setup issue was fixed in some recent kernel version. -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] [Bug 71455] Thermal management in nouveau running hot 3.12.0+ kernel
On Sat, Feb 14, 2015 at 9:59 PM, Evan Foss evanf...@gmail.com wrote: Llia, Thanks. Is 3.18.7 recent enough? Yes, the fix is in 3.17 and later (commit fe3d9c4b87bb98222a502cc585844a0b950786fb). -ilia ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Bug or not?
Because I am on a macbook the VBIOS might be wonky. I tried turning off nVidia and using intel. The result was a blank screen. I know other people had the same bug which was something to do with reprobing lvds?! I saw patches go by and every time I tried one the results were the same. fail. I was actually about to post a bug report to the intel (i915) people about it. I tried to work out how to get optimus to work. After trying several different sets of instructions I never found a working configuration and put it aside. I never used to use opengl but lately my pcb software has adopted it so my needs changed. I will get back to you with more results on this matter after I get the newer kernel up. On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com wrote: I have a side question which may be the subject of a future second bug report. I have been lurking on the nouveau mailing list for some time. I understand from various posts that the nvidia gpu clock speed right now is set to the lowest possible setting. Why does my machine run so Often but not always the case -- the clock speed is whatever the VBIOS leaves it in. For kepler, that is usually the lowest setting. much hotter in linux than macos? I turned off the intel graphics and the cpu clock is set to the lowest available speed. You should instead turn off the nvidia graphics and run off intel -- intel is much less power-hungry than nvidia, even at the lowest clocks. If it's an optimus setup, the nvidia gpu should automatically power off until needed (either because some display is connected to it, or for offloading). How do I get a display of the GPU clocking speeds? You should see it in dmesg... look for CLK lines. The ones with -- (or AC/DC) will show the current setting. Or boot with nouveau.pstate=1 and you should have a /sys/class/drm/card*/device/pstate file. -ilia -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Bug or not?
Thanks again. This works and the heat has dropped substantially. It is still not as cool as I would like but this will do for now. I still need to file a bug report with the intel / apple gmux people. -Evan On Sat, Feb 14, 2015 at 10:42 PM, Evan Foss evanf...@gmail.com wrote: On the older kernel [6.494956] nouveau [ CLK][:01:00.0] 07: core 270-405 MHz memory 838 MHz [6.494989] nouveau [ CLK][:01:00.0] 0a: core 270-774 MHz memory 1560 MHz [6.495015] nouveau [ CLK][:01:00.0] 0e: core 270-774 MHz memory 4000 MHz [6.495182] nouveau [ CLK][:01:00.0] --: core 405 MHz memory 680 MHz On Sat, Feb 14, 2015 at 10:35 PM, Evan Foss evanf...@gmail.com wrote: Because I am on a macbook the VBIOS might be wonky. I tried turning off nVidia and using intel. The result was a blank screen. I know other people had the same bug which was something to do with reprobing lvds?! I saw patches go by and every time I tried one the results were the same. fail. I was actually about to post a bug report to the intel (i915) people about it. I tried to work out how to get optimus to work. After trying several different sets of instructions I never found a working configuration and put it aside. I never used to use opengl but lately my pcb software has adopted it so my needs changed. I will get back to you with more results on this matter after I get the newer kernel up. On Sat, Feb 14, 2015 at 10:09 PM, Ilia Mirkin imir...@alum.mit.edu wrote: On Sat, Feb 14, 2015 at 9:56 PM, Evan Foss evanf...@gmail.com wrote: I have a side question which may be the subject of a future second bug report. I have been lurking on the nouveau mailing list for some time. I understand from various posts that the nvidia gpu clock speed right now is set to the lowest possible setting. Why does my machine run so Often but not always the case -- the clock speed is whatever the VBIOS leaves it in. For kepler, that is usually the lowest setting. much hotter in linux than macos? I turned off the intel graphics and the cpu clock is set to the lowest available speed. You should instead turn off the nvidia graphics and run off intel -- intel is much less power-hungry than nvidia, even at the lowest clocks. If it's an optimus setup, the nvidia gpu should automatically power off until needed (either because some display is connected to it, or for offloading). How do I get a display of the GPU clocking speeds? You should see it in dmesg... look for CLK lines. The ones with -- (or AC/DC) will show the current setting. Or boot with nouveau.pstate=1 and you should have a /sys/class/drm/card*/device/pstate file. -ilia -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ -- Home http://evanfoss.googlepages.com/ Work http://forge.abcd.harvard.edu/gf/project/epl_engineering/wiki/ ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau