Ubuntu
xserver-xorg-video-nv package

Standard NV driver doesn't work with G70 cards at 2560x1600

Bug #214484 reported by Jay Finger
24
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xserver-xorg-video-nv (Debian)
Fix Released
Unknown
xserver-xorg-video-nv (Ubuntu)
Won't Fix
Medium
Unassigned

Bug Description

Binary package hint: xorg

The problems described are with the Hardy Beta on x86, both desktop and alternate CDs.

My system usually has an nvidia 7800GT board in it. It's connected to a Dell 3007WFP display, at 2560x1600. At work I also have a system with a 7800GTX, using an HP display at 2560x1600.

On both of these systems things don't work with X. From the installer CD (whether booting to Live CD or going straight to installer), I get garbled video, but the system seems fine--I can switch to one of the consoles and work OK. I just can't use it to install because the screen is unreadable.

If I install from the alternate CD, the installation runs OK, but once I boot the system it hangs when X starts up. This actually seems like a hard machine hang. I can't switch consoles, and the machine will not ping.

I managed to borrow a 7600GS board. It's a much slower board, but uses a G73 GPU instead of the G70 on the other boards. With this board everything is fine, and I can install and run.

This seems like an "nv" issue, but I'm new at this and the FindRightPackage page suggests that all graphics problems get filed against xorg.

Tags: hardy
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

I have a HP LP3065 at work with GF7950GT2.. IIRC it works just fine, but will check again.

Revision history for this message
Timo Aaltonen (tjaalton) wrote :

You could also attach your /var/log/Xorg.0.log for now.

Changed in xserver-xorg-video-nv:
status: New → Incomplete
Revision history for this message
Jay Finger (jcfinger) wrote :

Timo, according to http://en.wikipedia.org/wiki/Comparison_of_Nvidia_graphics_processing_units your 7950 uses a G71, not a G70.

Sorry about taking so long to get a log file. I needed to reshuffle some hardware and find a spare drive so that I could create a non-working system again :-)

A log file is attached. I installed from the Hardy Beta Alternate x86 disk. When X starts I do get a login screen, can type my name and password. Then the screen gets garbled--it got as far a putting a garbled heron onto the screen. Let me know what else I can do.

BTW, I am typing this on a Hardy Beta system with the 7800GT, 3007WFP display, but the NVidia proprietary drivers. To get to that point I had to do an install with the 7600GS board, install the proprietary drivers, and then swap out the cards.

Revision history for this message
Jay Finger (jcfinger) wrote :

I have just tried the 4/15 Hardy Daily LiveCD, and this problem still exists.

Revision history for this message
Jay Finger (jcfinger) wrote :

Timo marked this incomplete and asked for the Xlog. I attached the Xlog many days ago. I'm not sure if this isn't appearing to make forward progress because devs are busy, or if I'm supposed to do something with the Status field.

Changed in xserver-xorg-video-nv:
status: Incomplete → New
Bryce Harrington (bryce)
Changed in xserver-xorg-video-nv:
importance: Undecided → Medium
status: New → Confirmed
Revision history for this message
Sergey Nizovtsev (snizovtsev) wrote :

I've got same problem at 1280x1024 from Gutsy to Jaunty.

Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-nv:
status: Unknown → Confirmed
Bryce Harrington (bryce)
tags: added: hardy
Revision history for this message
Bryce Harrington (bryce) wrote :

The fix for bug 385658 redoes how card detection works with -nv and may solve this bug. Please test Karmic-beta or newer and let us know whether it resolves the original issue.

Changed in xserver-xorg-video-nv (Ubuntu):
status: Confirmed → Incomplete
Revision history for this message
Bryce Harrington (bryce) wrote :

Thank you for reporting this issue about xserver-xorg-video-nv. Starting
with Lucid, Ubuntu is transitioning to using the -nouveau video driver
by default instead of -nv. The reason for this change is because
upstream development for the -nv driver has been quite slow. We are
quite pleased with the upstream development speed for -nouveau, and hope
this will translate into swifter bug fixes as well.

Because of this, I'm closing this bug report at this time. I'm marking
it wontfix because what you describe is probably a valid issue, but we
do not have further plans to work on it in Ubuntu. If you would still like
to see this issue investigated, I would encourage you to file it
upstream at http://bugs.freedesktop.org/.

Changed in xserver-xorg-video-nv (Ubuntu):
status: Incomplete → Won't Fix
Bug Watch Updater (bug-watch-updater)
Changed in xserver-xorg-video-nv (Debian):
status: Confirmed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Subscribing...

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.