Go Back   nV News Forums > Linux Support Forums > NVIDIA FreeBSD

Newegg Daily Deals

Reply
 
Thread Tools
Old 11-27-06, 02:41 PM   #13
AlienZoo
Registered User
 
Join Date: Jul 2005
Posts: 8
Unhappy Re: 6.1-Stable Freeze with 6600GT

Just a "me too". 6600GT with FreeBSD 5.4. Asus A8V Deluxe and Athlon x2 processor.

I have no interrupt clashes that I can see and lockups appear to happen after heavy ethernet activity on onboard sk0 interface.

Same graphics card ran in same model motherboard (different physical board with older BIO is that matters) with single core AMD 64 for over a year, but also with older drivers, with no such problems. Now with dual-core and SMP kernel, lockups are daily.

Lockups happened with 8776 and now 9629.

(In fact, the machine does not completely lock up, and if I am lucky I can exit X with ctl-alt-backspace. The jobs causing the heavy interrupt load do run to completion. But I cannot connect to the machine and cannot restart X after quitting - needs a reboot. Complains about not recieving interrupts).

If there's any information I can provide, just let me know.

Am about to try downgrading back to 8178 to see if it helps - clutching at straws!
AlienZoo is offline   Reply With Quote
Old 12-05-06, 12:39 PM   #14
AlienZoo
Registered User
 
Join Date: Jul 2005
Posts: 8
Thumbs up Re: 6.1-Stable Freeze with 6600GT

It seems to have been worth clutching at straws!

I downgraded nvidia-driver to 8178 (and had to downgrade nvidia settings to 1.05) and (fingers crossed) I haven't had the xid issue at all for over a week, when I was getting it pretty much daily.

Looks like some change in the later versions has caused this problem to occur.
AlienZoo is offline   Reply With Quote
Old 08-09-07, 07:54 PM   #15
cybasheep
Registered User
 
Join Date: Aug 2007
Posts: 3
Default Re: 6.1-Stable Freeze with 6600GT

Hate to resurrect an old thread, but I'm seeing essentially the same thing, but on somewhat newer hardware.

The system is an Athlon64 X2 4600+ on an ASRock AliveSATA2-GLAN Motherboard (VIA KT890CF chipset), a PCIe 7600GT and two TFTs hooked up to it via DVI.

The symptom is that X locks up - not very frequently though - and one of the TFTs loses signal. The mousepointer still moves, but X does no longer respond to keyboard input or mouse clicks, I can only press the power button to have it shut down (it does properly shut down however, and once X is killed as part of the shutdown sequence, the system console reappears on both screens). The lockups do not seem to be correlated to any particular activity or event.

I dual-boot Windows on this machine and I haven't seen a similar thing occur there yet.

Prior to the lockups, I get errors like these - in X.0.log:
Code:
(WW) NVIDIA(0): WAIT (0, 6, 0x8000, 0x000007e4, 0x000007e4)
(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x000007e4, 0x00001e3c)
...and dmesg:
Code:
NVRM: Xid (0006:00): 16, Head 00000000 Count 00194db3
NVRM: Xid (0006:00): 16, Head 00000001 Count 00194db2
NVRM: Xid (0006:00): 16, Head 00000000 Count 00194db4
NVRM: Xid (0006:00): 16, Head 00000001 Count 00194db3
NVRM: Xid (0006:00): 8, Channel 00000000
NVRM: Xid (0006:00): 16, Head 00000000 Count 00194db5
NVRM: Xid (0006:00): 16, Head 00000001 Count 00194db4
NVRM: Xid (0006:00): 8, Channel 0000001e
NVRM: Xid (0006:00): 16, Head 00000000 Count 00194db6
NVRM: Xid (0006:00): 16, Head 00000001 Count 00194db5
NVRM: Xid (0006:00): 8, Channel 00000020
NVRM: Xid (0006:00): 16, Head 00000000 Count 00194db7
NVRM: Xid (0006:00): 16, Head 00000001 Count 00194db6
NVRM: Xid (0006:00): 8, Channel 00000020
NVRM: Xid (0006:00): 16, Head 00000000 Count 00194db8
NVRM: Xid (0006:00): 16, Head 00000001 Count 00194db7
The FreeBSD version is:
Code:
FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #7:
Thu Aug  9 22:35:48 CEST 2007     root@kiste:/usr/obj/usr/src/sys/KISTE-SMP  i386
The nvidia driver version is:
Code:
nvidia-driver-1.0.9746_5
IRQs on this system:
Code:
0: *timer*
 1: atkbdc0 <Keyboard controller (i8042)>
    atkbd0 <AT Keyboard>
    atkbdc0 <Keyboard controller (i8042)>
    atkbd0 <AT Keyboard>
    atkbdc0 <Keyboard controller (i8042)>
    atkbd0 <AT Keyboard>
 2: N.A.
 3: sio1
    sio1
    sio1
 4: sio0
    sio0 <16550A-compatible COM port>
    sio0
    sio0 <16550A-compatible COM port>
    sio0
    sio0 <16550A-compatible COM port>
 5: free
 6: fdc0 <floppy drive controller (FDE)>
    fdc0 <floppy drive controller (FDE)>
    fdc0 <floppy drive controller (FDE)>
 7: ppc0 <ECP parallel printer port>
    ppc0 <ECP parallel printer port>
    ppc0 <ECP parallel printer port>
 8: *rtc*
 9: free
10: free
11: free
12: free
13: *npx*
14: free
15: free
16: pcm1 <Envy24 audio (Terratec DMX 6fire)>
    pcm1 <Envy24 audio (Terratec DMX 6fire)>
    pcm1 <Envy24 audio (Terratec DMX 6fire)>
17: pcm0 <VIA VT8251/8237A High Definition Audio Controller>
    pcm0 <VIA VT8251/8237A High Definition Audio Controller>
    pcm0 <VIA VT8251/8237A High Definition Audio Controller>
18: bktr0 <BrookTree 878>
    bktr0 <BrookTree 878>
    bktr0 <BrookTree 878>
19: free
20: uhci0 <VIA 83C572 USB controller>
    uhci0 <VIA 83C572 USB controller>
    uhci0 <VIA 83C572 USB controller>
21: atapci0 <VIA 8237A SATA150 controller>
    uhci2 <VIA 83C572 USB controller>
    ehci0 <VIA VT6202 USB 2.0 controller>
    atapci0 <VIA 8237A SATA150 controller>
    uhci2 <VIA 83C572 USB controller>
    ehci0 <VIA VT6202 USB 2.0 controller>
    atapci0 <VIA 8237A SATA150 controller>
    uhci2 <VIA 83C572 USB controller>
    ehci0 <VIA VT6202 USB 2.0 controller>
22: uhci1 <VIA 83C572 USB controller>
    uhci1 <VIA 83C572 USB controller>
    uhci1 <VIA 83C572 USB controller>
23: uhci3 <VIA 83C572 USB controller>
    uhci3 <VIA 83C572 USB controller>
    uhci3 <VIA 83C572 USB controller>
24: nvidia0 <GeForce 7600 GT>
    nvidia0 <GeForce 7600 GT>
    nvidia0 <GeForce 7600 GT>
25: free
26: free
27: pcib2 <ACPI PCI-PCI bridge>
    pcib2 <ACPI PCI-PCI bridge>
    pcib2 <ACPI PCI-PCI bridge>
28: free
29: free
30: free
31: pcib3 <ACPI PCI-PCI bridge>
    pcib3 <ACPI PCI-PCI bridge>
    pcib3 <ACPI PCI-PCI bridge>
32: free
33: free
34: free
35: pcib4 <ACPI PCI-PCI bridge>
    pcib4 <ACPI PCI-PCI bridge>
    pcib4 <ACPI PCI-PCI bridge>
36: re0 <RealTek 8168/8111B PCIe Gigabit Ethernet>
    re0 <RealTek 8168/8111B PCIe Gigabit Ethernet>
    re0 <RealTek 8168/8111B PCIe Gigabit Ethernet>
37: free
38: free
39: pcib5 <ACPI PCI-PCI bridge>
    pcib5 <ACPI PCI-PCI bridge>
    pcib5 <ACPI PCI-PCI bridge>
40: free
41: free
42: free
43: pcib6 <ACPI PCI-PCI bridge>
    pcib6 <ACPI PCI-PCI bridge>
    pcib6 <ACPI PCI-PCI bridge>
44: free
45: free
46: free
47: free
48: free
49: free
50: free
51: free
52: free
53: free
54: free
55: free
56: free
57: free
58: free
59: free
60: free
61: free
62: free
63: free
cybasheep is offline   Reply With Quote
Old 08-10-07, 04:02 AM   #16
AlienZoo
Registered User
 
Join Date: Jul 2005
Posts: 8
Thumbs down Re: 6.1-Stable Freeze with 6600GT

Quote:
Hate to resurrect an old thread, but I'm seeing essentially the same thing, but on somewhat newer hardware.
Seems fair enough since nothing ever seemed to get resolved

I got minor relief by using 8178 drivers but it's not as good as I initially thought. I still get lock ups under *heavy, sustained* ethernet usage. AFAIK there are no shared interrupts in play. Luckily, I only seem to trigger the fault when backing up to another machine, so I just exit X before doing that.

I had no trouble with a single core processor and non-SMP kernel on otherwise identical hardware. If you are willing to sacrifice a core, you might try taking out SMP to see if it helps.

Haven't had a chance to try the nv driver since Xorg 7.1 came out to see if it works better than it did in the past.
AlienZoo is offline   Reply With Quote
Old 08-10-07, 07:02 AM   #17
cybasheep
Registered User
 
Join Date: Aug 2007
Posts: 3
Default Re: 6.1-Stable Freeze with 6600GT

I experimented a bit and it seems that there really is a big problem with interrupt delivery and IRQ sharing.

Disabling the ioapic (and SMP of course) results in some massive IRQ sharing, as expected:

Code:
hint.apic.0.disabled="1"
kern.smp.disabled="1"
Code:
 0: *timer*
 1: atkbdc0 <Keyboard controller (i8042)>
    atkbd0 <AT Keyboard>
    atkbdc0 <Keyboard controller (i8042)>
    atkbd0 <AT Keyboard>
 2: N.A.
 3: uhci3 <VIA 83C572 USB controller>
    sio1
    uhci3 <VIA 83C572 USB controller>
    sio1
 4: sio0
    sio0 <16550A-compatible COM port>
    sio0
    sio0 <16550A-compatible COM port>
 5: bktr0 <BrookTree 878>
    uhci2 <VIA 83C572 USB controller>
    ehci0 <VIA VT6202 USB 2.0 controller>
    bktr0 <BrookTree 878>
    uhci2 <VIA 83C572 USB controller>
    ehci0 <VIA VT6202 USB 2.0 controller>
 6: fdc0 <floppy drive controller (FDE)>
    fdc0 <floppy drive controller (FDE)>
 7: ppc0 <ECP parallel printer port>
    ppc0 <ECP parallel printer port>
 8: *rtc*
 9: free
10: pcib2 <ACPI PCI-PCI bridge>
    nvidia0 <GeForce 7600 GT>
    pcib3 <ACPI PCI-PCI bridge>
    pcib4 <ACPI PCI-PCI bridge>
    pcib5 <ACPI PCI-PCI bridge>
    re0 <RealTek 8168/8111B PCIe Gigabit Ethernet>
    pcib6 <ACPI PCI-PCI bridge>
    uhci0 <VIA 83C572 USB controller>
    pcm1 <Envy24 audio (Terratec DMX 6fire)>
    pcib2 <ACPI PCI-PCI bridge>
    nvidia0 <GeForce 7600 GT>
    pcib3 <ACPI PCI-PCI bridge>
    pcib4 <ACPI PCI-PCI bridge>
    pcib5 <ACPI PCI-PCI bridge>
    re0 <RealTek 8168/8111B PCIe Gigabit Ethernet>
    pcib6 <ACPI PCI-PCI bridge>
    uhci0 <VIA 83C572 USB controller>
    pcm1 <Envy24 audio (Terratec DMX 6fire)>
11: atapci0 <VIA 8237A SATA150 controller>
    uhci1 <VIA 83C572 USB controller>
    pcm0 <VIA VT8251/8237A High Definition Audio Controller>
    atapci0 <VIA 8237A SATA150 controller>
    uhci1 <VIA 83C572 USB controller>
    pcm0 <VIA VT8251/8237A High Definition Audio Controller>
12: free
13: *npx*
14: free
15: free
... and with that, it takes no longer than five minutes of running X before the problem appears. Normally I'd be quite happy to just blame PC hardware as usual, but I tried stressing some other devices sharing IRQ 10 for testing: playing music on pcm1 while continuously rsyncing data over re0 (which is a PCIe device as well) from a memory card in a reader attached to a port whose parent is uhci0 and none of them went haywire, plus it-works-in-windows, so there is some hope left this could be actually fixed by other means than shuffling pci cards (or even motherboards) around.
cybasheep is offline   Reply With Quote
Old 08-10-07, 07:32 AM   #18
AlienZoo
Registered User
 
Join Date: Jul 2005
Posts: 8
Default Re: 6.1-Stable Freeze with 6600GT

Quote:
I tried stressing some other devices sharing IRQ 10 for testing: playing music on pcm1 while continuously rsyncing data over re0 (which is a PCIe device as well) from a memory card in a reader attached to a port whose parent is uhci0 and none of them went haywire, plus it-works-in-windows
Indeed. When the NVidia driver goes haywire my huge ethernet traffic continues just fine, so whatever the interrupt issue is, it doesn't appear to affect my ethernet. This has been true for two different ethernets, one on-board one in a PCI slot and I'm sure I re-ordered the cards so the PCI card was in a slot not shared with the NVidia (though I think the on-board wasn't either). Been too long since I looked...

And as you say "it works in windows" so it must surely be driver/FreeBSD related.

Still happy to provide NVidia with any info that would help...
AlienZoo is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


Similar Threads
Thread Thread Starter Forum Replies Last Post
302.17 and total PC freeze on 7600GT Milos_SD NVIDIA Linux 8 07-14-12 01:56 PM
Why in Spider-Man The Movie PC Game only some levels i go to will freeze? imtim83 Gaming Central 5 10-03-02 09:21 PM

All times are GMT -5. The time now is 06:41 PM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.