similar to: [Bug 87552] New: [NV1A] 3.18.1 BUG on modprobe nouveau in drivers/gpu/drm/nouveau/core/core/event.c:42

Based on the xf86-video-nv code, NFORCE (NV1A) and NFORCE2 (NV1F) have a different way of retrieving clocks. See the nv_hw.c:nForceUpdateArbitrationSettings function in the original code for how these clocks were accessed. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=54587 Cc: stable at vger.kernel.org Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- According to several

https://bugs.freedesktop.org/show_bug.cgi?id=99499 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|DRM/other |Driver/nouveau Product|DRI |xorg QA Contact|

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

commit 8613e7314ac254fdd67ed46192f021d76141e4c9 Author: Ben Skeggs <bskeggs at redhat.com> Date: Mon Oct 21 08:50:25 2013 +1000 drm/nouveau/fb: remove ram oclass argument from base fb constructor Introduced a unfortunate regression by using nv10 ram oclass for nv1a hardware, causing corruption and eventually system lockup. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=74866

http://bugs.freedesktop.org/show_bug.cgi?id=25619 Summary: nouveau fails to detect connected monitor on nforce1 (nv1a) Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau

System was booted with PCI graphics card first in VGA text mode. Loading nouveau from there on causes the following BUG, after what kernel produces trace over trace until overflowing its stack. (trace captured via netconsole) [ 154.323717] wmi: Mapper loaded [ 154.735793] nouveau 0000:02:00.0: enabling device (0004 -> 0006) [ 154.743189] ACPI: PCI Interrupt Link [LNK5] enabled at IRQ 16 [

https://bugs.freedesktop.org/show_bug.cgi?id=87554 Bug ID: 87554 Summary: [NV1A] 3.19-rc1 NULL dereference on modprobe in pramin_fini Product: xorg Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

http://bugs.freedesktop.org/show_bug.cgi?id=26555 Summary: nouveau fails to fully resume nforce1 (nv1a) after S3 Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at

Commit f4ebcd133b9 ("dri/nouveau: NV17_3D class is not available for NV1a chipset") fixed this partially by using the correct 3d class. However there were a lot of checks left over comparing against the chipset. Reported-and-tested-by: John F. Godfrey <jfgodfrey at gmail.com> Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu> --- I guess I didn't have to change the

On !SMP systems spinlocks do not exist. Thus checking of they are active will always fail. Use assert_spin_locked(lock); instead of BUG_ON(!spin_is_locked(lock)); to not BUG() on all UP systems. Signed-off-by: Bruno Prémont <bonbons at linux-vserver.org> --- See also fdo bug #87552 drivers/gpu/drm/nouveau/core/core/event.c | 4 ++-- drivers/gpu/drm/nouveau/core/core/notify.c | 2 +-

I had the dom0 which unfortunately didn''t have a console on it hit a race condition and saw oom errors on it also. This happened after it was running for over 36 hours with a domU whose load average was avg was around 3 most of the time. changeset: 7396:9b51e7637676 Dom0 - UP i686, Centos 4.1, 768 megs domU-1 92 megs snmpd domU-2 92 megs snmpdd domU-3 410 megs postgres, tomcat 5.5,

http://bugs.freedesktop.org/show_bug.cgi?id=26534 Summary: nouveau does not fetch edid from connected monitor on nforce1 (nv1a) Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=63481 Priority: medium Bug ID: 63481 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau driver - No monitor signal on chipset NV1A (family NV10) since bisected bad commit ebb945a94bba2ce8dff7b0942ff2b3f2a52a0a69 in kernel 3.7.9 QA

Hi All, i'm a happy 6.4 user, but got some problems running pyqt4 on it. i installed all pyqt4 packages. but when i run from PyQt4.QtCore import *, i got the following error message >>> from PyQt4.QtCore import * Traceback (most recent call last): File "<stdin>", line 1, in <module> RuntimeError: the sip module implements API v9.0 to v9.1 but

https://bugs.freedesktop.org/show_bug.cgi?id=87830 Bug ID: 87830 Summary: I got bright noise screen (static) like on TV after boot. Product: xorg Version: unspecified Hardware: x86 (IA32) OS: Linux (All) Status: NEW Severity: major Priority: medium Component:

https://bugzilla.netfilter.org/show_bug.cgi?id=993 Bug ID: 993 Summary: nft produces incorrect output when a reject rule is added using nft -f Product: nftables Version: unspecified Hardware: x86_64 OS: Fedora Status: NEW Severity: normal Priority: P5 Component: nft

I sent this last night but it didn't show up in the archives. Trying again without the attachment. Are messages with attachments blocked on this list? On Tue, Jan 6, 2015 at 11:50 PM, Darby Vicker <darby.vicker at gmail.com> wrote: > Thanks a ton for the suggestions and info everyone. > >> Two things I think you should consider doing... >> 1) in your next post (and

https://bugs.freedesktop.org/show_bug.cgi?id=84101 Priority: medium Bug ID: 84101 Assignee: nouveau at lists.freedesktop.org Summary: A crash upon boot QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: Linux (All) Reporter: danny_archer at fastmail.fm Hardware:

The Wine development release 1.7.52 is now available. What's new in this release (see below for details): - Unicode data updated to Unicode 8.0.0. - Some implementation of the Web Services DLL. - More Direct3D 11 interfaces. - A few more functions in the C++ runtime. - Output standard glyph names in the PostScript driver. - Various bug fixes. The source is available from the