Re: nvidia problems

Sounds like a fun problem. What does the kernel say?

Have you left the side of the case open and checked the heat coming off
the card? The wiggling window thing makes me think it's a heat on the
card issue...

Adam

Damien Hull wrote:

>The system boots and X comes up. It locks up if I move things around to
>much. Even on the "nv" driver it does this. My current test method is to
>open a xterm and shake it for 30 second or so. If that doesn't work I
>run tux racer ( or what was tux racer ). That kills things every time.
>
>I'll get the beta driver.
>
>adam bultman wrote:
>
>
>>Damien Hull wrote:
>>
>>
>>
>>>Here's what I've got.
>>>
>>> 1. EPoX 9GF6100-M motherboard
>>> 2. MSI NX7600GT nvidia video card ( pcie )
>>> 3. 2 gig RAM
>>> 4. Ubuntu Dapper
>>>
>>>While the above list sounds like a nice setup it doesn't work. The on
>>>board video is a 6100 nvidia. It works fine. As soon as I put in the
>>>NX7600GT things start locking up.
>>>
>>>
>>>
>>>
>>>
>>Is it locking up with an illuminated black screen (kind of like an
>>empty framebuffer), or is it locking up where the screen locks up,
>>existing graphics freezing onscreen?
>>
>>With my GF4 MX440 if I use anything but the Nvidia beta driver, I get
>>an illuminated black screen that never changes. Services are fine,
>>but it simply won't display graphics. I have to flip the switch or
>>SSH in and reboot it, changing the 'nvidia' to 'nv' in the xorg.conf
>>file.
>>I've found that mileage always varies with 3d drivers and hardware.
>>Take the same card, move it from one machine to another with a
>>different motherboard, and it'll tank. Take a working system with a 3d
>>card, and throw in a SCSI controller, and it'll tank. You just have
>>to find something that works and then try to keep things static.
>>
>>
>>
>>
>>>According the documentation for the motherboard you don't get an
>>>option to turn of the internal video. You just place the other card
>>>in and the board makes the switch for you. However, when I boot the
>>>system Linux sees the other card. It's in /proc/driver/nvidia/cards.
>>>I see "0" and "1". If you cat these files they tell you what the card
>>>is and what the IRQ is. The strange thing is that both cards are on
>>>the same IRQ. I think it's 50. I don't know if any of this means
>>>anything but I thought I would mention it.
>>>
>>>
>>>
>>>
>>You should be able to specify the card in your xorg.conf file. Xorg
>>-configure will configure the display device with a PCI ID (1:5:0 for
>>my PCI Geforce FX 5200, 1:0:0 for my AGP cards). X will ignore the
>>card if you configure the one you want.
>>
>>
>>>Oh, I also get something like "Cannot allocate resource at
>>>123:324234:#$5:84" or something like that. I don't remember what the
>>>numbers are. I see this with or with out the NX7600GT card in the
>>>system. It's got something to do with the motherboard.
>>>
>>>
>>>
>>>
>>I get this on a few systems. It seems on my machines to be acpi
>>related. Its non-fatal, and I've been safely ignoring it for a while.
>>
>>
>>
>>>If you plan on doing 3D with a high end card I recommend nvidia but
>>>be prepared to do some work. I also recommend you try different
>>>hardware. Again, they say the NX7600GT works. Just not for me at the
>>>moment.
>>>
>>>
>>>
>>>
>>>
>>I think that any person that wants to do 3D in linux has to work. My
>>laptop has an ATI Radeon that gives me a lovely gray screen a lot of
>>the time when I use the fglrx driver.
>>
>>
>>>Oh, there is a new nvidia driver out. It's beta. Maybe I'll give that
>>>a try.
>>>
>>>
>>>
>>>
>>Beta driver works fine with my MX 440.
>>
>>
>>
>>>---------
>>>To unsubscribe, send email to <aklug-request@aklug.org>
>>>with 'unsubscribe' in the message body.
>>>
>>>
>>>
>>>
>>>
>
>---------
>To unsubscribe, send email to <aklug-request@aklug.org>
>with 'unsubscribe' in the message body.
>
>
>

---------
To unsubscribe, send email to <aklug-request@aklug.org>
with 'unsubscribe' in the message body.
Received on Sun Oct 29 21:25:39 2006