You are not logged in.

#1 2015-12-22 15:39:17

dodomorandi
Member
Registered: 2015-12-22
Posts: 5

Problems with GeForce 7025

Hello everyone! I am sorry to bother, but I am having lots of troubles with a specific hardware. But let's start from the beginning.
Two parents of mine have the same identical PC, which has a GeForce 7025 / nForce 630a. One of them has Arch (obviously!) and the other, for many reasons, was left with an old version of Ubuntu, just until yesterday. Many weeks ago, some updates completely "broke" the system: I was unable to make Gnome work correctly. I thought it was a problem of NVidia drivers, and I waited for an update (note: the 7000 serie uses the 304xx driver). Unfortunately, the updated that came did not solve anything (even if it solved issues with a couple of other PCs that were using the 340xx driver). I started searching around for any possible solution, but I did not came up with anything. I would really like to use the Nouveau driver, but the screen flickers like hell and the system is unstable.

Now I will tell you what I tried to do, so you do not have to waste your time uselessy.
* I set the text-mode only from the grub to avoid possible issues.
* I disabled Wayland inside /etc/gdm/custom.conf
* I updated the BIOS and I already have intel-ucode installed and loaded
* I tried plasma
* I tried to pass some parameters to the nvidia module, in particular I tried to set NVreg_UseVBios=0/1 (both), NVreg_EnableMSI=0 (as suggested in many forums), NVreg_RemapLimit to a value that should decrease the maximum memory used (I thought it was a sort of memory overflow)
* I tried to pass mtrr_cleanup
* I tried to set many options to Xorg using nvidia-xconfig
* I tried to compile and install linux-lts314 (+nvidia-304xx-dkms) and xorg-server1.12 to see if the problem was related to a strange hardware behaviour with new kernel/xorg capabilities

Nothing seems to work. I get some strange errors on the log, and in the end I get a crash of gnome-shell. The errors are:

gnome-session[340]: (gnome-shell:407): Cogl-WARNING **: driver/gl/cogl-clip-stack-gl.c:419: GL error (1282): Invalid operation

which is repeated tons of time, and

kernel: NVRM: Xid (PCI:0000:00:0d): 1, Channel 00000002 Method 00000060 Data beef0233

which does not seem to be a good thing... :S

The backtrace of the crash is the following:
                                             

                                              Stack trace of thread 661:
                                              #0  0x00007f5c8a9d264b g_logv (libglib-2.0.so.0)
                                              #1  0x00007f5c8a9d27bf g_log (libglib-2.0.so.0)
                                              #2  0x00007f5c87665e28 n/a (libgdk-3.so.0)
                                              #3  0x00007f5c87671079 n/a (libgdk-3.so.0)
                                              #4  0x00007f5c8792487d _XError (libX11.so.6)
                                              #5  0x00007f5c879217c7 n/a (libX11.so.6)
                                              #6  0x00007f5c87921885 n/a (libX11.so.6)
                                              #7  0x00007f5c87922235 _XEventsQueued (libX11.so.6)
                                              #8  0x00007f5c87913b87 XPending (libX11.so.6)
                                              #9  0x00007f5c8766bbeb n/a (libgdk-3.so.0)
                                              #10 0x00007f5c8763dfe9 gdk_display_get_event (libgdk-3.so.0)
                                              #11 0x00007f5c8766ba62 n/a (libgdk-3.so.0)
                                              #12 0x00007f5c8a9cbdc7 g_main_context_dispatch (libglib-2.0.so.0)
                                              #13 0x00007f5c8a9cc020 n/a (libglib-2.0.so.0)
                                              #14 0x00007f5c8a9cc342 g_main_loop_run (libglib-2.0.so.0)
                                              #15 0x00007f5c8c36fafc meta_run (libmutter.so.0)
                                              #16 0x00000000004021a7 main (gnome-shell)
                                              #17 0x00007f5c8a3e1610 __libc_start_main (libc.so.6)
                                              #18 0x00000000004022d9 n/a (gnome-shell)
                                              
                                              Stack trace of thread 663:
                                              #0  0x00007f5c8a4a118d poll (libc.so.6)
                                              #1  0x00007f5c8a9cbfbc n/a (libglib-2.0.so.0)
                                              #2  0x00007f5c8a9cc0cc g_main_context_iteration (libglib-2.0.so.0)
                                              #3  0x00007f5c8a9cc109 n/a (libglib-2.0.so.0)
                                              #4  0x00007f5c8a9f2715 n/a (libglib-2.0.so.0)
                                              #5  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #6  0x00007f5c8a4aa13d __clone (libc.so.6)

                                              Stack trace of thread 666:
                                              #0  0x00007f5c8a4a118d poll (libc.so.6)
                                              #1  0x00007f5c8a9cbfbc n/a (libglib-2.0.so.0)
                                              #2  0x00007f5c8a9cc342 g_main_loop_run (libglib-2.0.so.0)
                                              #3  0x00007f5c8b1cf236 n/a (libgio-2.0.so.0)
                                              #4  0x00007f5c8a9f2715 n/a (libglib-2.0.so.0)
                                              #5  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #6  0x00007f5c8a4aa13d __clone (libc.so.6)
                                              
                                              Stack trace of thread 676:
                                              #0  0x00007f5c8a77207f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
                                              #1  0x00007f5c7cebd4a0 PR_WaitCondVar (libnspr4.so)
                                              #2  0x00007f5c862f1816 n/a (libmozjs-24.so)
                                              #3  0x00007f5c7cec2d6b n/a (libnspr4.so)
                                              #4  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #5  0x00007f5c8a4aa13d __clone (libc.so.6)
                                              
                                              Stack trace of thread 675:
                                              #0  0x00007f5c8a77207f pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0)
                                              #1  0x00007f5c7cebd4a0 PR_WaitCondVar (libnspr4.so)
                                              #2  0x00007f5c8627de9e n/a (libmozjs-24.so)
                                              #3  0x00007f5c7cec2d6b n/a (libnspr4.so)
                                              #4  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #5  0x00007f5c8a4aa13d __clone (libc.so.6)
                                              
                                              Stack trace of thread 806:
                                              #0  0x00007f5c8a4a5cf9 syscall (libc.so.6)
                                              #1  0x00007f5c8aa1087a g_cond_wait_until (libglib-2.0.so.0)
                                              #2  0x00007f5c8a9a0a69 n/a (libglib-2.0.so.0)
                                              #3  0x00007f5c8a9a108b g_async_queue_timeout_pop (libglib-2.0.so.0)
                                              #4  0x00007f5c8a9f316a n/a (libglib-2.0.so.0)
                                              #5  0x00007f5c8a9f2715 n/a (libglib-2.0.so.0)
                                              #6  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #7  0x00007f5c8a4aa13d __clone (libc.so.6)

                                              Stack trace of thread 674:
                                              #0  0x00007f5c8a4a118d poll (libc.so.6)
                                              #1  0x00007f5c8682af51 n/a (libpulse.so.0)
                                              #2  0x00007f5c8681c571 pa_mainloop_poll (libpulse.so.0)
                                              #3  0x00007f5c8681cc0e pa_mainloop_iterate (libpulse.so.0)
                                              #4  0x00007f5c8681ccc0 pa_mainloop_run (libpulse.so.0)
                                              #5  0x00007f5c8682aee6 n/a (libpulse.so.0)
                                              #6  0x00007f5c7b8ce5f8 n/a (libpulsecommon-7.1.so)
                                              #7  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #8  0x00007f5c8a4aa13d __clone (libc.so.6)
                                              
                                              Stack trace of thread 668:
                                              #0  0x00007f5c8a4a118d poll (libc.so.6)
                                              #1  0x00007f5c8a9cbfbc n/a (libglib-2.0.so.0)
                                              #2  0x00007f5c8a9cc0cc g_main_context_iteration (libglib-2.0.so.0)
                                              #3  0x00007f5c741dc25d n/a (libdconfsettings.so)
                                              #4  0x00007f5c8a9f2715 n/a (libglib-2.0.so.0)
                                              #5  0x00007f5c8a76c4a4 start_thread (libpthread.so.0)
                                              #6  0x00007f5c8a4aa13d __clone (libc.so.6)

Honestly, I hate bothering the community with specific issues, but I am losing my head on this problem... and I am also losing ideas. The only thing I managed to do is using XFCE4, and this makes me think that the problem could be related to composition.

If you have any idea, feel free to make suggestions! Thanks!

Last edited by dodomorandi (2016-01-01 18:36:40)

Offline

#2 2015-12-22 16:39:12

tom.ty89
Member
Registered: 2012-11-15
Posts: 897

Re: Problems with GeForce 7025

What is your CPU though? Is it a Skylake or a Haswell?

Offline

#3 2015-12-29 16:38:57

dodomorandi
Member
Registered: 2015-12-22
Posts: 5

Re: Problems with GeForce 7025

The CPU is an Athlon II. I do not think that it is related to the problem, but here more details about the hardware:

$ lscpu
Architecture: x86_64
CPU op-mode(s): 32-bit, 64-bit
Byte Order: Little Endian
CPU(s): 2
On-line CPU(s) list: 0,1
Thread(s) per core: 1
Core(s) per socket: 2
Socket(s): 1
NUMA node(s): 1
Vendor ID: AuthenticAMD
CPU family: 16
Model: 6
Model name: AMD Athlon(tm) II X2 240 Processor
Stepping: 2
CPU MHz: 1600.000
CPU max MHz: 2800,0000
CPU min MHz: 800,0000
BogoMIPS: 5627.97
Virtualization: AMD-V
L1d cache: 64K
L1i cache: 64K
L2 cache: 1024K
NUMA node0 CPU(s): 0,1
Flags: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt hw_pstate npt lbrv svm_lock nrip_save vmmcall
$ lspci -vvnn
00:00.0 RAM memory [0500]: NVIDIA Corporation MCP61 Host Bridge [10de:03e2] (rev a1)
Subsystem: ASRock Incorporation Device [1849:03e2]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Capabilities: <access denied>

00:01.0 ISA bridge [0601]: NVIDIA Corporation MCP61 LPC Bridge [10de:03e1] (rev a2)
Subsystem: ASRock Incorporation Device [1849:03e1]
Control: I/O+ Mem+ BusMaster+ SpecCycle+ MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Region 0: I/O ports at 0900 [size=256]

00:01.1 SMBus [0c05]: NVIDIA Corporation MCP61 SMBus [10de:03eb] (rev a2)
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03eb]
Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Interrupt: pin A routed to IRQ 11
Region 0: I/O ports at ec00 [size=64]
Region 4: I/O ports at 0600 [size=64]
Region 5: I/O ports at 0700 [size=64]
Capabilities: <access denied>
Kernel driver in use: nForce2_smbus
Kernel modules: i2c_nforce2

00:01.2 RAM memory [0500]: NVIDIA Corporation MCP61 Memory Controller [10de:03f5] (rev a2)
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03eb]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap- 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:02.0 USB controller [0c03]: NVIDIA Corporation MCP61 USB 1.1 Controller [10de:03f1] (rev a3) (prog-if 10 [OHCI])
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03f1]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Interrupt: pin A routed to IRQ 23
Region 0: Memory at fbeff000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>
Kernel driver in use: ohci-pci
Kernel modules: ohci_pci

00:02.1 USB controller [0c03]: NVIDIA Corporation MCP61 USB 2.0 Controller [10de:03f2] (rev a3) (prog-if 20 [EHCI])
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03f2]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Interrupt: pin B routed to IRQ 22
Region 0: Memory at fbefec00 (32-bit, non-prefetchable) [size=256]
Capabilities: <access denied>
Kernel driver in use: ehci-pci
Kernel modules: ehci_pci

00:04.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI bridge [10de:03f3] (rev a1) (prog-if 01 [Subtractive decode])
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Bus: primary=00, secondary=01, subordinate=01, sec-latency=32
Memory behind bridge: fbf00000-fbffffff
Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr+ DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>

00:05.0 Audio device [0403]: NVIDIA Corporation MCP61 High Definition Audio [10de:03f0] (rev a2)
Subsystem: ASRock Incorporation Device [1849:0397]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (500ns min, 1250ns max)
Interrupt: pin B routed to IRQ 22
Region 0: Memory at fbef8000 (32-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: snd_hda_intel
Kernel modules: snd_hda_intel

00:06.0 IDE interface [0101]: NVIDIA Corporation MCP61 IDE [10de:03ec] (rev a2) (prog-if 8a [Master SecP PriP])
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03ec]
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Region 0: [virtual] Memory at 000001f0 (32-bit, non-prefetchable) [size=8]
Region 1: [virtual] Memory at 000003f0 (type 3, non-prefetchable)
Region 2: [virtual] Memory at 00000170 (32-bit, non-prefetchable) [size=8]
Region 3: [virtual] Memory at 00000370 (type 3, non-prefetchable)
Region 4: I/O ports at ffa0 [size=16]
Capabilities: <access denied>
Kernel driver in use: pata_amd
Kernel modules: pata_amd, pata_acpi, ata_generic

00:07.0 Bridge [0680]: NVIDIA Corporation MCP61 Ethernet [10de:03ef] (rev a2)
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03ef]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (250ns min, 5000ns max)
Interrupt: pin A routed to IRQ 27
Region 0: Memory at fbefd000 (32-bit, non-prefetchable) [size=4K]
Region 1: I/O ports at e480 [size=8]
Capabilities: <access denied>
Kernel driver in use: forcedeth
Kernel modules: forcedeth

00:08.0 IDE interface [0101]: NVIDIA Corporation MCP61 SATA Controller [10de:03f6] (rev a2) (prog-if 85 [Master SecO PriO])
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03f6]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Interrupt: pin A routed to IRQ 21
Region 0: I/O ports at e400 [size=8]
Region 1: I/O ports at e080 [size=4]
Region 2: I/O ports at e000 [size=8]
Region 3: I/O ports at dc00 [size=4]
Region 4: I/O ports at d880 [size=16]
Region 5: Memory at fbefc000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>
Kernel driver in use: sata_nv
Kernel modules: sata_nv, pata_acpi, ata_generic

00:08.1 IDE interface [0101]: NVIDIA Corporation MCP61 SATA Controller [10de:03f6] (rev a2) (prog-if 85 [Master SecO PriO])
Subsystem: ASRock Incorporation 939NF6G-VSTA Board [1849:03f6]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0 (750ns min, 250ns max)
Interrupt: pin B routed to IRQ 20
Region 0: I/O ports at d800 [size=8]
Region 1: I/O ports at d480 [size=4]
Region 2: I/O ports at d400 [size=8]
Region 3: I/O ports at d080 [size=4]
Region 4: I/O ports at d000 [size=16]
Region 5: Memory at fbef7000 (32-bit, non-prefetchable) [size=4K]
Capabilities: <access denied>
Kernel driver in use: sata_nv
Kernel modules: sata_nv, pata_acpi, ata_generic

00:09.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI Express bridge [10de:03e8] (rev a2) (prog-if 00 [Normal decode])
Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin ? routed to IRQ 24
Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp

00:0b.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI Express bridge [10de:03e9] (rev a2) (prog-if 00 [Normal decode])
Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin ? routed to IRQ 25
Bus: primary=00, secondary=03, subordinate=03, sec-latency=0
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp

00:0c.0 PCI bridge [0604]: NVIDIA Corporation MCP61 PCI Express bridge [10de:03e9] (rev a2) (prog-if 00 [Normal decode])
Control: I/O- Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin ? routed to IRQ 26
Bus: primary=00, secondary=04, subordinate=04, sec-latency=0
Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- <SERR- <PERR-
BridgeCtl: Parity- SERR+ NoISA- VGA- MAbort- >Reset- FastB2B-
PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
Capabilities: <access denied>
Kernel driver in use: pcieport
Kernel modules: shpchp

00:0d.0 VGA compatible controller [0300]: NVIDIA Corporation C61 [GeForce 7025 / nForce 630a] [10de:03d6] (rev a2) (prog-if 00 [VGA controller])
Subsystem: ASRock Incorporation Device [1849:03d6]
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0
Interrupt: pin A routed to IRQ 21
Region 0: Memory at fa000000 (32-bit, non-prefetchable) [size=16M]
Region 1: Memory at e0000000 (64-bit, prefetchable) [size=256M]
Region 3: Memory at f9000000 (64-bit, non-prefetchable) [size=16M]
[virtual] Expansion ROM at fbec0000 [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: nvidia
Kernel modules: nouveau, nvidia

00:18.0 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 10h Processor HyperTransport Configuration [1022:1200]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Capabilities: <access denied>

00:18.1 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Address Map [1022:1201]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

00:18.2 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 10h Processor DRAM Controller [1022:1202]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Kernel modules: amd64_edac_mod

00:18.3 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Miscellaneous Control [1022:1203]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Capabilities: <access denied>
Kernel driver in use: k10temp
Kernel modules: k10temp

00:18.4 Host bridge [0600]: Advanced Micro Devices, Inc. [AMD] Family 10h Processor Link Control [1022:1204]
Control: I/O- Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-

01:08.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4320] (rev 03)
Subsystem: Device [02fa:3011]
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap- 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 32
Interrupt: pin A routed to IRQ 19
Region 0: Memory at fbffe000 (32-bit, non-prefetchable) [size=8K]
Kernel driver in use: b43-pci-bridge
Kernel modules: ssb

Last edited by dodomorandi (2016-01-01 12:50:27)

Offline

#4 2015-12-31 19:27:34

anarki@buttereblume
Member
Registered: 2015-12-29
Posts: 49

Re: Problems with GeForce 7025

Hmm, perhaps you can start a Xorg session without Gnome, and thus, without a composing manager that uses GLX / OpenGL. For example, take an empty ~/.xinitrc which just execs you terminal emulator. And if that works, start something that makes use of OpenGL, like glxspheres / glxspheres64 from the package mesa-demos. If that works too, it might not be an issue with your driver. You could test nouveau that way, too. And did you try giving Grub the nomodeset parater, by the way?

Offline

#5 2015-12-31 19:37:58

ewaller
Administrator
From: Pasadena, CA
Registered: 2009-07-13
Posts: 19,739

Re: Problems with GeForce 7025

dodomorandi,

Please edit your posts to use BBCode code tags around program output and file contents.   That link is also available under every message post box on the forums.


Nothing is too wonderful to be true, if it be consistent with the laws of nature -- Michael Faraday
Sometimes it is the people no one can imagine anything of who do the things no one can imagine. -- Alan Turing
---
How to Ask Questions the Smart Way

Offline

#6 2016-01-02 20:43:23

dodomorandi
Member
Registered: 2015-12-22
Posts: 5

Re: Problems with GeForce 7025

As I said in the first post, I already tried to use XFCE4 to avoid composition and everything seems to work fine. I did not specified anything about GLX because, without composing, it does not seem to be particularly unstable. However, both PCs worked with Gnome some time ago, and some kind of update seems to break the stability. IMHO, if the problem is not related to the driver, there should not be any reason for the kernel issue...
Oh, I tried to add the nomodeset parameter to the kernel command line, it does not change anything.

Offline

#7 2016-01-02 21:44:18

Gusar
Member
Registered: 2009-08-25
Posts: 3,605

Re: Problems with GeForce 7025

You're using a very old GPU (it doesn't even have unified shaders, it has a small number of separate vertex and pixel units) with a closed source driver that's technically still maintained, but only to the extent that it loads with the latest kernel and X, it hasn't seen any real development or testing for a long time now. And Gnome is a very complex beast.

Switch to a non-composited environment or use nouveau, those appear to be your options. Not sure how well nouveau will work though, I had a laptop with a Geforce Go 6600 and nouveau's lack of power management would make the GPU extremely hot even at the lowest performance level (nouveau wasn't capable of switching to a higher performance level anyway).

You could post at the nvidia forums, but the chance that you'll get a response from the nvidia team is very slim.

Offline

#8 2016-01-03 10:34:00

dodomorandi
Member
Registered: 2015-12-22
Posts: 5

Re: Problems with GeForce 7025

Thank you Gusar. So the problem seems to be only related to some kind of compositing that is not 100% supported by the driver and that was not used in older 3.x Gnome versions, am I right? If so, downgrading Gnome (which I do not think that is an efficient solution, but it could be a nice test) should work. I will give it a try!
Unfortunately, as you can imagine, nouveau does not work correctly (I forgot to mention it in the original post): the screen flickers as crazy and the system is unstable as hell. I will try to post the problem in the nvidia forum as you said, but I do not think I will get lucky...

Offline

#9 2016-01-03 11:04:14

Gusar
Member
Registered: 2009-08-25
Posts: 3,605

Re: Problems with GeForce 7025

dodomorandi wrote:

So the problem seems to be only related to some kind of compositing that is not 100% supported by the driver and that was not used in older 3.x Gnome versions, am I right?

That would be my guess, yes. Something in the way Gnome now does things isn't liked by the old driver and/or GPU. Figuring out what exactly that "something" is is basically impossible due to the driver being closed.

dodomorandi wrote:

Unfortunately, as you can imagine, nouveau does not work correctly (I forgot to mention it in the original post): the screen flickers as crazy and the system is unstable as hell.

Ah, I know that one, I get in on an on-board Geforce 4MX. Some kind of timing/synchronization thing, it seems to be a common issue on old on-board Nvidia chips. In the bug report (not mine, but describes the same symptoms), a nouveau dev says that modesetting on these old chips is "basically a sequence of semi-random writes to semi-random places", so no wonder things don't work right smile. Here's the report: https://bugs.freedesktop.org/show_bug.cgi?id=54587

Offline

#10 2016-01-03 11:14:28

dodomorandi
Member
Registered: 2015-12-22
Posts: 5

Re: Problems with GeForce 7025

Thanks! I will try to trace MMIOs to find something useful as soon as I can!

Offline

#11 2016-02-01 22:31:03

tne
Member
Registered: 2016-02-01
Posts: 1

Re: Problems with GeForce 7025

Hello,

Here is some additional info:

As of cogl-1.22.0, L419 is the first call in the following function:

static void
disable_clip_planes (CoglContext *ctx)
{
  GE( ctx, glDisable (GL_CLIP_PLANE3) );
  GE( ctx, glDisable (GL_CLIP_PLANE2) );
  GE( ctx, glDisable (GL_CLIP_PLANE1) );
  GE( ctx, glDisable (GL_CLIP_PLANE0) );
}

Relevant documentation:
https://www.opengl.org/sdk/docs/man2/xh … pPlane.xml
https://www.opengl.org/sdk/docs/man2/xhtml/glEnable.xml

GL_INVALID_OPERATION is generated if glEnable or glDisable is executed between the execution of glBegin and the corresponding execution of glEnd.

Unless it's some unspecified behavior it really looks like a cogl bug (OpenGL API not used right). The sole disable_clip_planes callsite is guarded with a feature check, so it's at least plausible that it could be an untested path not used by most modern cards.

  has_clip_planes =
    _cogl_has_private_feature (ctx, COGL_PRIVATE_FEATURE_FOUR_CLIP_PLANES);

  if (has_clip_planes)
    disable_clip_planes (ctx);

In driver/gl/gl/cogl-driver-gl.c

  if (ctx->driver == COGL_DRIVER_GL)
    {
      int max_clip_planes = 0;

      /* Features which are not available in GL 3 */
      COGL_FLAGS_SET (private_features, COGL_PRIVATE_FEATURE_GL_FIXED, TRUE);
      COGL_FLAGS_SET (private_features, COGL_PRIVATE_FEATURE_ALPHA_TEST, TRUE);
      COGL_FLAGS_SET (private_features, COGL_PRIVATE_FEATURE_QUADS, TRUE);
      COGL_FLAGS_SET (private_features,
                      COGL_PRIVATE_FEATURE_ALPHA_TEXTURES, TRUE);

      GE( ctx, glGetIntegerv (GL_MAX_CLIP_PLANES, &max_clip_planes) );
      if (max_clip_planes >= 4)
        COGL_FLAGS_SET (private_features,
                        COGL_PRIVATE_FEATURE_FOUR_CLIP_PLANES, TRUE);
    }

Without knowing much about the graphics pipeline, I doubt the "lost path" theory is right though; clip planes seem generally useful and I can't imagine why a modern implementation (that doesn't crash) would somehow report to have less than the four of them.

If the behavior is fully specified and that feature path isn't buggy, then it could be a long-range error (some unmatched call to glBegin somewhere). However, I can't find a single glBegin call anywhere in cogl. It's still entirely possible that they link some other code to issue them, though I'm beginning to doubt that the OpenGL documentation is complete ("invalid operation" seems to be some kind of catch-all error). Of course, it could also be a buggy implementation, which would clear cogl.

FYI, the GE and _cogl_has_private_feature macros don't do anything crazy (debug output and bit fiddling), it's not an issue in those AFAICT.

Note: Observing the bug on a 7900GT with 304xx and patched 4.3.3 kernel (2baa891e42d84159b693eadd44f6fe1486285bdc reverted to workaround reliance on mtrr). Quite certain I've seen it with nouveau on stock kernel too. Also, I'm actually a Fedora user, but you guys seem like a fun bunch wink.

I'd like to try and formulate a more helpful report upstream (GNOME/cogl), feel free to jump in if you have any kind of expertise or feedback.

Offline

Board footer

Powered by FluxBB