similar to: [Bug 94332] New: one-off problem at startup with nouveau

Displaying 17 results from an estimated 17 matches similar to: "[Bug 94332] New: one-off problem at startup with nouveau"

2016 Feb 29
9
[Bug 94342] New: Nvidia G96GLM 3840x2160@30 not functional with nouveau
https://bugs.freedesktop.org/show_bug.cgi?id=94342 Bug ID: 94342 Summary: Nvidia G96GLM 3840x2160 at 30 not functional with nouveau Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2016 May 05
24
[Bug 95282] New: system hang on video playback via vdpau
https://bugs.freedesktop.org/show_bug.cgi?id=95282 Bug ID: 95282 Summary: system hang on video playback via vdpau Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: medium Component: Driver/nouveau Assignee: nouveau at
2019 Oct 31
20
[Bug 112185] New: Xorg hangs from time to time
https://bugs.freedesktop.org/show_bug.cgi?id=112185 Bug ID: 112185 Summary: Xorg hangs from time to time Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: critical Priority: not set Component: Driver/nouveau Assignee: nouveau at
2016 Sep 06
15
[Bug 97614] New: occasional screen distortions with nouveau under 4.8.0-rc4+
https://bugs.freedesktop.org/show_bug.cgi?id=97614 Bug ID: 97614 Summary: occasional screen distortions with nouveau under 4.8.0-rc4+ Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2016 Jan 27
62
[Bug 93887] New: Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram
https://bugs.freedesktop.org/show_bug.cgi?id=93887 Bug ID: 93887 Summary: Amilo Xi 3650: G96M [GeForce 9600M GT]: HDMI monitor stays black after s2ram Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component:
2013 Oct 15
22
[Bug 70510] New: Xorg crash on KDE init
https://bugs.freedesktop.org/show_bug.cgi?id=70510 Priority: medium Bug ID: 70510 Assignee: nouveau at lists.freedesktop.org Summary: Xorg crash on KDE init QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: estellnb at elstel.org Hardware: Other
2015 Dec 16
23
[Bug 93405] New: nouveau: Xorg crashes sooner or later in 3840x2160 mode
https://bugs.freedesktop.org/show_bug.cgi?id=93405 Bug ID: 93405 Summary: nouveau: Xorg crashes sooner or later in 3840x2160 mode Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:
2012 Mar 20
26
[Bug 47556] New: nouveau driver can`t handle xrandr requests
https://bugs.freedesktop.org/show_bug.cgi?id=47556 Bug #: 47556 Summary: nouveau driver can`t handle xrandr requests Classification: Unclassified Product: xorg Version: 7.6 (2010.12) Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2012 Sep 29
16
[Bug 55450] New: nouveau driver fails to restore screen content / video mode after resume from s2ram
https://bugs.freedesktop.org/show_bug.cgi?id=55450 Priority: medium Bug ID: 55450 Assignee: nouveau at lists.freedesktop.org Summary: nouveau driver fails to restore screen content / video mode after resume from s2ram QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified
2018 Feb 01
8
[Bug 104898] New: backlight problem with the NVIDIA G96GLM [Quadro FX 770M]
https://bugs.freedesktop.org/show_bug.cgi?id=104898 Bug ID: 104898 Summary: backlight problem with the NVIDIA G96GLM [Quadro FX 770M] Product: xorg Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: medium Component: Driver/nouveau
2011 Jan 29
2
[Bug 33695] New: xrandr configuration of external monitor fails (graphics mode + xinerama)
https://bugs.freedesktop.org/show_bug.cgi?id=33695 Summary: xrandr configuration of external monitor fails (graphics mode + xinerama) Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau
2010 Mar 09
1
[LLVMdev] llvm hangs: fibonacci numbers, recursive
Elmar, As Chris mentioned below, please don't contact individual developers, but email llvmdev instead. For your specific question, which you asked on March 3rd, there was a response posted the same day -- did you see it? If you visit the link you provided below, at the bottom of the page is the "Next message" link which will show you the response:
2018 Feb 01
1
[Bug 104897] New: nouveau memory allocation issue causes screen distortions under KDE
https://bugs.freedesktop.org/show_bug.cgi?id=104897 Bug ID: 104897 Summary: nouveau memory allocation issue causes screen distortions under KDE Product: xorg Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium
2019 Oct 31
1
[Bug 112186] New: mouse pointer does not appear if Position is set to "0 1080" instead of "0 0"
https://bugs.freedesktop.org/show_bug.cgi?id=112186 Bug ID: 112186 Summary: mouse pointer does not appear if Position is set to "0 1080" instead of "0 0" Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: not set Priority: not
2010 Mar 03
1
[LLVMdev] llvm hangs: fibonacci numbers, recursive
Having tried out llvm I had to notice that the fibonacci example program hangs after short: > ./run fib 1 1 2 3 5 8 ^C For the next number it would be supposed to last twice as long as for 8. However it hangs forever instead. using llvm-2.5-0.pm.1.1.x86_64 Does not matter whether I compile it with gcc or interprete it with lli.
2014 Feb 19
4
[Bug 75189] New: [v3.14-rc2] [nv34] Fails to hibernate
https://bugs.freedesktop.org/show_bug.cgi?id=75189 Priority: medium Bug ID: 75189 Assignee: nouveau at lists.freedesktop.org Summary: [v3.14-rc2] [nv34] Fails to hibernate QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: ronald645 at gmail.com
2008 Apr 02
1
Specifying environment in backgroundrb.yml
It seems that regardless of what environment I specify in my backgroundrb.yml file, it always uses development mode unless I pass "-e production" to the "script/backgroundrb start" command. >From looking at bdrb_config.rb, it looks like immediately after loading the config file it assigns whatever was passed on the command line (which defaults to development if nothing is