LinuxQuestions.org

LinuxQuestions.org (/questions/)
-   Linux - Hardware (https://www.linuxquestions.org/questions/linux-hardware-18/)
-   -   Nvidia: keeps crashing computer (https://www.linuxquestions.org/questions/linux-hardware-18/nvidia-keeps-crashing-computer-576796/)

tjyorkshire 08-14-2007 03:45 PM

Ok, i tried it in ubuntu, and had the same problem. Now that we have practically worked out that it is not a dodgy card (both have the same problem), im 100% sure it is not overheating and it is not opensuse causing the problems.

Perhaps there is some other hardware conflicting with it?

farslayer 08-14-2007 03:58 PM

Weak / dodgy power supply perhaps ?

cybertaz 08-14-2007 05:10 PM

Yea, it could be a power supply. Or a bad slot on the motherboard.

tjyorkshire 08-15-2007 01:13 PM

I have just remembered something i read ages ago. I think it was something to do with conflicting IRQ's and nvidia cards with agp slots on some motherboards. I can't seem to find where i read it though. I'm also not too familiar with this type of subject... and i might be completely wrong

Does anyone know anything about this or if i could find out anything further?

cybertaz 08-15-2007 04:58 PM

I haven't had to configure IRQs in ages. Most hardware is now plug and play. The best thing to do would be do a google search on that and see.

When we used to have to configure IRQs with jumpers and there was a conflict, it would usually show when the hardware was accessed. Your video problems would show right away, as the hardware got used. So the fact that it works without the nvidia drivers would not indicate an IRQ problem

tjyorkshire 08-15-2007 05:53 PM

I was doing some searching and i found something interesting. The nvidia graphics card need their own irq otherwise can lock up while doing intensive operations (3D accel etc)

so i did a "lspci -v" :
Code:

tom:/home/thomas # lspci -v
00:00.0 Host bridge: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridge
        Subsystem: VIA Technologies, Inc. VT8375 [KM266/KL266] Host Bridge
        Flags: bus master, 66MHz, medium devsel, latency 8
        Memory at ea000000 (32-bit, prefetchable) [size=4M]
        Capabilities: [a0] AGP version 2.0
        Capabilities: [c0] Power Management version 2

00:01.0 PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] (prog-if 00 [Normal decode])
        Flags: bus master, 66MHz, medium devsel, latency 0
        Bus: primary=00, secondary=01, subordinate=01, sec-latency=0
        Memory behind bridge: e8000000-e9ffffff
        Prefetchable memory behind bridge: e0000000-e7ffffff
        Capabilities: [80] Power Management version 2

00:07.0 USB Controller: NEC Corporation USB (rev 43) (prog-if 10 [OHCI])
        Subsystem: NEC Corporation Unknown device 1735
        Flags: bus master, medium devsel, latency 32, IRQ 10
        Memory at ea400000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] Power Management version 2

00:07.1 USB Controller: NEC Corporation USB (rev 43) (prog-if 10 [OHCI])
        Subsystem: NEC Corporation Unknown device 1033
        Flags: bus master, medium devsel, latency 32, IRQ 12
        Memory at ea401000 (32-bit, non-prefetchable) [size=4K]
        Capabilities: [40] Power Management version 2

00:07.2 USB Controller: NEC Corporation USB 2.0 (rev 04) (prog-if 20 [EHCI])
        Subsystem: Unknown device 1735:00e0
        Flags: bus master, medium devsel, latency 32, IRQ 11
        Memory at ea402000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 2

00:10.0 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at a000 [size=32]
        Capabilities: [80] Power Management version 2

00:10.1 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
        Flags: bus master, medium devsel, latency 32, IRQ 5
        I/O ports at a400 [size=32]
        Capabilities: [80] Power Management version 2

00:10.2 USB Controller: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller (rev 80) (prog-if 00 [UHCI])
        Subsystem: VIA Technologies, Inc. VT82xxxxx UHCI USB 1.1 Controller
        Flags: bus master, medium devsel, latency 32, IRQ 10
        I/O ports at a800 [size=32]
        Capabilities: [80] Power Management version 2

00:10.3 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 82) (prog-if 20 [EHCI])
        Subsystem: Micro-Star International Co., Ltd. Unknown device 7380
        Flags: bus master, medium devsel, latency 32, IRQ 12
        Memory at ea403000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [80] Power Management version 2

00:11.0 ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge
        Subsystem: VIA Technologies, Inc. VT8235 ISA Bridge
        Flags: bus master, stepping, medium devsel, latency 0
        Capabilities: [c0] Power Management version 2

00:11.1 IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 06) (prog-if 8a [Master SecP PriP])
        Subsystem: Micro-Star International Co., Ltd. Unknown device 7380
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at ac00 [size=16]
        Capabilities: [c0] Power Management version 2

00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 AC97 Audio Controller (rev 50)
        Subsystem: Micro-Star International Co., Ltd. Unknown device 7380
        Flags: medium devsel, IRQ 10
        I/O ports at b000 [size=256]
        Capabilities: [c0] Power Management version 2

00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 74)
        Subsystem: Micro-Star International Co., Ltd. Unknown device 738c
        Flags: bus master, medium devsel, latency 32, IRQ 11
        I/O ports at b400 [size=256]
        Memory at ea404000 (32-bit, non-prefetchable) [size=256]
        Capabilities: [40] Power Management version 2

01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x] (rev c1) (prog-if 00 [VGA])
        Subsystem: XFX Pine Group Inc. Unknown device 2018
        Flags: bus master, 66MHz, medium devsel, latency 32, IRQ 11
        Memory at e8000000 (32-bit, non-prefetchable) [size=16M]
        Memory at e0000000 (32-bit, prefetchable) [size=128M]
        [virtual] Expansion ROM at e9000000 [disabled] [size=128K]
        Capabilities: [60] Power Management version 2
        Capabilities: [44] AGP version 3.0

From here i can see that other devices are using IRQ 11 as well as the nvidia card. Could this be the cause of the problem? :confused:

How would i rectify it?

cybertaz 08-15-2007 11:47 PM

How old is your system? Your bus speed is only 66Mhz. Does your BIOS have a setting for non-plug and play OS? If so change it say YES (it may ask "plug and play OS?" then say NO).
see if that helps.

EDIT nevermind about the 66Mhz...it is past my bedtime :p

tjyorkshire 08-17-2007 05:17 AM

cybertaz,
I've been fiddling with all the IRQ related settings in the bios and the best i've come up with is managing to change all the IRQ 11 assigned devices to another IRQ together (can't figure out how to change them individually).
So, i was wondering if there is anyway to change the IRQs in linux? (like you could in device manager in windows ...if i remember correctly)

Thanks

cybertaz 08-18-2007 12:26 AM

I don't know of anything like that. In Suse, I would look in YAST for things like that. Try the hardware section. BE CAREFUL! changing too much in there can get you in trouble.

auxsvr 08-18-2007 08:57 AM

IRQ problems have almost disappeared since the ISA bus disappeared many years ago. Unless a driver is badly written (not likely), it's very unlikely that the problem is related to IRQ sharing, as this occurs in all other systems around the world without problems. For instance, on my system my ATA controller shares the interrupt with the USB controller, the USB controller with the video card and the two NICs share one interrupt, all without the slightest problem. Have you removed the fan of the cards to check whether dust has accumulated there?

tjyorkshire 08-18-2007 03:53 PM

Quote:

I don't know of anything like that. In Suse, I would look in YAST for things like that. Try the hardware section. BE CAREFUL! changing too much in there can get you in trouble.
..... advice came a little late...spent the day trying to fix my X server... although i don't quite know what i did, i've managed to get it up again.

Anyway, i have found something interesting (I'm not sure if this is related to IRQs) but when I take out a PCI USB card i have installed, everything works! I have managed for the first time to play games that require 3D support! If need be, i can live with out the USB PCI card but I'd prefer if i could keep it.

Any way around this?

tjyorkshire 08-19-2007 10:10 AM

Well, I've managed to get it all working now, i just changed the slot the USB PCI card was in, and it seems to be OK now . I'm guessing it must of been some sort of conflicting hardware problem?


All times are GMT -5. The time now is 09:25 AM.