similar to: [Bug 93733] New: Kernel message spam when HDMI display is turned off

https://bugs.freedesktop.org/show_bug.cgi?id=33707 Summary: Gimp causes Nouveau/GPU lockup Product: xorg Version: git Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: critical Priority: high Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

https://bugs.freedesktop.org/show_bug.cgi?id=92307 Bug ID: 92307 Summary: NV50: WARNING: ... at include/drm/drm_crtc.h:1577 drm_helper_choose_encoder_dpms+0x8a/0x90 [drm_kms_helper]() Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW

https://bugs.freedesktop.org/show_bug.cgi?id=81690 --- Comment #10 from Philippe "RzR" Coval <philippe.coval.pro at gmail.com> --- I think I am also affected by this nouveau bug, on : 01:00.0 VGA compatible controller: NVIDIA Corporation GK106 [GeForce GTX 645 OEM] (rev a1) Now I have installed koops, I can provide more traces or data if anyone want to tell me what to do. [

I'm forwarding this as instructed ;) ----- Forwarded message from Markus Friedl <Markus.Friedl at informatik.uni-erlangen.de> ----- Date: Thu, 8 Feb 2001 14:56:20 +0100 From: Markus Friedl <Markus.Friedl at informatik.uni-erlangen.de> To: tatjana.svizensky at arcs.ac.at Subject: Re: ssh question re: scp In-Reply-To: <20010208145142.G18379 at inuyasha.arcs.ac.at>; from

Hi All - Ever since I upgraded to 6.8 I have usually been getting a trace back report for some bits related to Nouveau whenever the screensaver has been running and I get back into the system. Along the lines of: :Pid: 31, comm: events/4 Tainted: G W -- ------------ 2.6.32-642.el6.x86_64 #1 :Call Trace: :[<ffffffff8107c911>] ? warn_slowpath_common+0x91/0xe0

Hello, I downloaded LLVM 2.6 and was attempting to compile it with TDM-GCC 4.4.1-tdm2-sjlj + cmake 2.6.4 and this happened: =============Console=================== C:\projects\game-editor\LLVM\build-root>mingw32-make [ 2%] Built target LLVMSystem [ 5%] Built target LLVMSupport [ 7%] Built target tblgen [ 7%] Built target intrinsics_gen [ 10%] Built target LLVMCore [ 12%] Built target

Hello OpenSSH, wolfSSL will be at FOSDEM 2016 in Brussels on the 30th and 31st of January. We are interested in getting together in person with any developers from OpenSSH to talk about the recent port of wolfSSL to OpenSSH. Please contact us at info at wolfssl.com if you are interested in setting up a meeting. Thank you all for your time. Best Regards, wolfSSL

I am working on setting up a global boot server that serves up files across the WAN. I am running into a 5 minute timer that is rebooting my hosts before they can complete the kernel and initrd file download. The servers in questions are HP DL60s, and they use UEFI. I am using syslinux.efi version 6.03. They get the kernel file from the TFTP server in about 2 ? minutes, then get 2 ? more minutes

https://bugs.freedesktop.org/show_bug.cgi?id=104698 Alan Coopersmith <alan.coopersmith at oracle.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|xorg-team at lists.x.org |nouveau at lists.freedesktop.o | |rg

https://bugs.freedesktop.org/show_bug.cgi?id=104698 --- Comment #4 from Valdas <zmogas at hotmail.com> --- I reproduced xorg crash (as in description) again. I think key is that secondary monitor was turned off (power save mode like: cable connected but power button blinking) during boot up. Then I turned off primary display (crash), then logged in and turned on primary display (crash),

https://bugs.freedesktop.org/show_bug.cgi?id=104698 --- Comment #5 from Valdas <zmogas at hotmail.com> --- Created attachment 136854 --> https://bugs.freedesktop.org/attachment.cgi?id=136854&action=edit kernel log for comment no. 4 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed...

https://bugs.freedesktop.org/show_bug.cgi?id=104698 --- Comment #6 from Valdas <zmogas at hotmail.com> --- Created attachment 136855 --> https://bugs.freedesktop.org/attachment.cgi?id=136855&action=edit xorg log for comment no. 4 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed...

https://bugs.freedesktop.org/show_bug.cgi?id=104698 --- Comment #7 from Valdas <zmogas at hotmail.com> --- Created attachment 136856 --> https://bugs.freedesktop.org/attachment.cgi?id=136856&action=edit old xorg log for comment no. 4 -- You are receiving this mail because: You are the assignee for the bug. -------------- next part -------------- An HTML attachment was scrubbed...

https://bugs.freedesktop.org/show_bug.cgi?id=104698 Martin Peres <martin.peres at free.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |MOVED Status|NEW |RESOLVED --- Comment #8 from Martin Peres

A couple of days ago I noticed that a 117 directories in one of my logical volumes had turned to sockets wich fsck does not seem to fix. All the affected folders(sockets) have the following attributes srwxr-xr-x 32770 2147516917 2147516917 2147520512 and they all report the same size of 1073758212 (1.1T). Does anyone have an explanation as to how this could happen and more importandly is

For those who don''t know, you have to save the document so it is of a certain kind first eg. rhtml then the lia snippet is activated by simply typing lia and then hitting the tab key. bruce

I have verified this on two machines, but it would be helpful if others out there can reproduce it too. Also, I do not know if it is Xorg or the FreeBSD keyboard drivers, since I see no way to reproduce on the console (i.e. turn off repeat). In an xterm, type: "xset r off". Then try some multiple-key combinations (i.e. keep holding first key(s) when you type the next one): po (o does

My Setup: Redhat 6.2 wine-20001002-1 I run: wine --managed c:/notes/notes.exe I get a wonderfully functional lotus notes client, but every time my mouse pointer goes into this window, it performs an 'auto-raise' on the window. I use a real-estate driven window focus policy.... does it have to do with focus? Is there a way to turn off auto-raise? -Eric

I've been seeing an issue, for a while now, but kept forgetting to mention it. When I have 2 cards plugged in (and runpm=0), and I run X on the second card, everything works fine. However, when I shut X down, the last image remains, and the attached screen never suspends. I've seen this esp happen on pre-nv50 cards, although it might happen on nv50+ as well (it's just not a setup

Hi, LLVM "make install" command fails in a cross-compilation mode if optimization is turned on. In that case "install" program is executed on x86 host with "-s" option and cannot strip target platform binaries because "install" does not recognize format of these files. Running "make install" on the target platform is not a solution. In that case