You are not logged in.
GeForce 4 MX 440. Kernel 2.6.31, xorg-server 1.7, nvidia-96xx. "dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: resVgaShared" with "nvidia" driver.No glx support with neither nv nor nouveau, so this thread doesn't seem to be really "solved" by now. Is it a hard task to downgrade xorg?
Last edited by zcyrus (2009-11-02 19:17:28)
Offline
I saw the announcement about moving xorg to extras, but didn't make any connection to the nvidia legacy drivers.
Agree! I also saw many posts abount xorg 1.7 and nvidia legacy drivers on other forums, and not for arch only.
Last edited by knedlyk (2009-11-02 19:53:32)
Offline
Is there any way to do dual screen tv out with nouveau yet?
Never interrupt your enemy when he's making a mistake. ~Napoleon Bonaparte
Offline
i can confirm about the nvidia 96 driver not working
same error with NVIDIA-Linux-x86-96.43.13-pkg1.run
nvidia 96xx also not work, same error : dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: resVgaShared
so downgrade xorg for my old GeForce 2 card the 2d "nv" and "vesa" don't cut it and the "nouveau" is not stable
Last edited by JohnVV (2009-11-02 23:44:45)
Celestia maps
http://celestiamotherlode.net/catalog/s … ator_id=10
Offline
Is there any way to do dual screen tv out with nouveau yet?
I believe now that i2c TV encoder support is merged into nouveau, tv out works. But it looks like the nouveau-drm package doesn't include the i2c drm module, though I'm not sure if it's needed. If it doesn't work with nouveau-drm from extra, try kernel26-nouveau-git from the AUR.
Offline
thanks for the reply. any ideas on nvidia 190 + xorg-server 1.7 causing me a kernel panic?
Never interrupt your enemy when he's making a mistake. ~Napoleon Bonaparte
Offline
So it looks like there's an issue with latest Xorg and nvidia 96xx and 173xx.
I filed a bug.
Last edited by brazzmonkey (2009-11-03 21:01:23)
what goes up must come down
Offline
So it looks like there's an issue with latest Xorg and nvidia 96xx and 173xx.
I filed a bug.
... It is NOT an Arch-specific bug. Thus it just clutters up the Arch bug-tracker.
Allan-Volunteer on the (topic being discussed) mailn lists. You never get the people who matters attention on the forums.
jasonwryan-Installing Arch is a measure of your literacy. Maintaining Arch is a measure of your diligence. Contributing to Arch is a measure of your competence.
Griemak-Bleeding edge, not bleeding flat. Edge denotes falls will occur from time to time. Bring your own parachute.
Offline
@brazzmonkey I did it before, but bug is closed because it is problem of nvidia drivers, not xorg. It is unclear whether nvidia team is going to do something with 96xx drivers.
Last edited by knedlyk (2009-11-03 23:10:36)
Offline
I am wanting to install arch on my box, have ubuntu on it now just to get going again,
is there a way i can install arch and avoid this problem?
don't want to install and first Syu break it, again.
thanks
Offline
I am not sure exactly why this thread is mark solved, but anyway here goes:
Nvidia 5500FX
Nvidia proprietary binary legacy drivers 173.xx
dlopen: /usr/lib/xorg/modules/drivers/nvidia_drv.so: undefined symbol: resVgaShared was the error message
(after pacman -Syu update)
downgrading the xorg drivers to 1.6 worked for me as well
I am a HUGE arch linux fan, but please . . .
WHY would you adopt XORG 1.7 if it is going to break so many machines? I do not get it at all, obviously if you have nvidia drivers installed, xorg update should be blocked so that it does not update until it is better supported by Nvidia and/or Xorg. I have TV out, play sauerbraten, so generic drivers are not an option for me.
For those that say this is not a distro (Archlinux) problem, I beg to differ. Fortunately, I have a home network set up so I was able to download the previous drivers onto my laptop and ssh over and downgrade easily.
I guess I can write a script that will allow easy downgrade using wget to download the previous xorg drivers, copying them over to the right directory and running pacman -U <list of package names>. It may be helpful to someone who finds themselves with a blinking cursor instead of their X as well.
Rob
Offline
I am not sure exactly why this thread is mark solved...
WHY would you adopt XORG 1.7 if it is going to break so many machines?
I agree. In some cases Arch developers politic is unclear.
I guess I can write a script that will allow easy downgrade using wget to download the previous xorg drivers, copying them over to the right directory and running pacman -U <list of package names>. It may be helpful to someone who finds themselves with a blinking cursor instead of their X as well.
Downgrading to the old xorg is just a temporary solution, but anyway this script would be very helpful for many users.
Offline
My opinion is that if it was a known bug before it was decided to move xorg 1.7 to extra, there should have been announcement (I dare to say so because this thread started when newest xorg was still in testing).
And I would have "cluttered" the bug tracker @ngoonee
Last edited by brazzmonkey (2009-11-06 15:41:42)
what goes up must come down
Offline
yeah, +1 request for said script here.
i found myself without the ability to downgrade because i did not have an older version in pacman cache.
Offline
Τhe devs said on the mailing list that they had no bug reports regarding the compatibility between Xserver 1.7 and Nvidia drivers, as long as it were in [testing], so they moved it to extra.
Offline
#!/bin/bash
#download packages
wget http://www.schlunix.org/archlinux/extra/os/i686/xorg-server-1.6.3.901-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xorg-server-utils-7.4-7-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-evdev-2.2.5-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-keyboard-1.3.2-2-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-mouse-1.4.0-2-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-synaptics-1.1.3-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-video-nv-2.1.14-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-video-vesa-2.2.0-1-i686.pkg.tar.gz
#copy packages to your pacman directory cache
sudo cp -r *.pkg.tar.gz /var/cache/pacman/pkg
#install the packages
sudo pacman -U /var/cache/pacman/pkg/xorg-server-1.6.3.901-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xorg-server-utils-7.4-7-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-evdev-2.2.5-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-keyboard-1.3.2-2-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-mouse-1.4.0-2-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-synaptics-1.1.3-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-video-nv-2.1.14-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-video-vesa-2.2.0-1-i686.pkg.tar.gz
This is a guess. If anyone would like to contribute, feel free. It appears to work but I did not restart my Xserver. This script assumes you need the synaptic, vesa, and nv drivers as well. It also assumes that you are using sudo for security reasons. The script can be commented as needed but it is a start. Any questions, feel free to ask. I will do what I can to help.
I agree that more should have been said ahead of time but we must remember that it is not the end of the world. Archlinux is great software as is Linux. This problem can be fixed.
Last edited by rb0171610 (2009-11-07 14:41:41)
Rob
Offline
It works for me. Afterwards, I did system upgrade to see what packages would update and this is what I get:
I assume this would break my box all over again so I added the following lines to my /etc/pacman.conf under [options]:
IgnorePkg=xf86-input-evdev
IgnorePkg=xf86-input-keyboard
IgnorePkg=xf86-input-mouse
IgnorePkg=xf86-video-nv
IgnorePkg=xf86-video-vesa
IgnorePkg=xorg-server-utils
IgnorePkg=xorg-server
Rob
$ sudo pacman -Syu
Password:
:: Synchronizing package databases...
core 35.0K 150.6K/s 00:00:00 [####################################################################################] 100%
extra 442.6K 461.0K/s 00:00:01 [####################################################################################] 100%
community 367.0K 426.2K/s 00:00:01 [####################################################################################] 100%
kdemod-core is up to date
kdemod-extragear is up to date
:: Starting full system upgrade...
resolving dependencies...
looking for inter-conflicts...Targets (12): freetype2-2.3.11-1 libxml2-2.7.6-1 links-2.2-3 pyqt3-3.18.1-2 xf86-input-evdev-2.3.0-1 xf86-input-keyboard-1.4.0-1
xf86-input-mouse-1.5.0-1 xf86-input-synaptics-1.2.0-1 xf86-video-nv-2.1.15-1 xf86-video-vesa-2.2.1-1
xorg-server-utils-7.5-3 xorg-server-1.7.1-1Total Download Size: 9.95 MB
Total Installed Size: 35.39 MBProceed with installation? [Y/n]
This allowed me to keep my older packages.
Last edited by rb0171610 (2009-11-06 17:11:00)
Rob
Offline
A re-write to move the files to that pacman directory cache rather than copying them for those that do not want to leave duplicate packages in their home directory:
#!/bin/bash
#download packages
wget http://www.schlunix.org/archlinux/extra/os/i686/xorg-server-1.6.3.901-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xorg-server-utils-7.4-7-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-evdev-2.2.5-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-keyboard-1.3.2-2-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-mouse-1.4.0-2-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-input-synaptics-1.1.3-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-video-nv-2.1.14-1-i686.pkg.tar.gz
wget http://www.schlunix.org/archlinux/extra/os/i686/xf86-video-vesa-2.2.0-1-i686.pkg.tar.gz
#MOVE packages to your pacman directory cache
sudo mv *.pkg.tar.gz /var/cache/pacman/pkg
#install the packages
sudo pacman -U /var/cache/pacman/pkg/xorg-server-1.6.3.901-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xorg-server-utils-7.4-7-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-evdev-2.2.5-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-keyboard-1.3.2-2-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-mouse-1.4.0-2-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-input-synaptics-1.1.3-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-video-nv-2.1.14-1-i686.pkg.tar.gz
sudo pacman -U /var/cache/pacman/pkg/xf86-video-vesa-2.2.0-1-i686.pkg.tar.gz
Last edited by rb0171610 (2009-11-07 14:42:20)
Rob
Offline
Well, what about those of us that WANT xorg 1.7? Should the devs package a legacy 1.6 like a legacy nvidia 173.xx? I think it was said that the problem was that legacy drivers from nVidia (173.xx, 96xx) do not support xorg 1.7 and they do not know if nVidia will make them support it. If that's the case, Arch devs can't just stop releasing new xorg packages can they?
FWIW, the solution is as you've found -- don't upgrade. I guess I'm fortunate in that all my machines were upgraded and work just fine.
Matt
"It is very difficult to educate the educated."
Offline
Well, what about those of us that WANT xorg 1.7? Should the devs package a legacy 1.6 like a legacy nvidia 173.xx? I think it was said that the problem was that legacy drivers from nVidia (173.xx, 96xx) do not support xorg 1.7 and they do not know if nVidia will make them support it. If that's the case, Arch devs can't just stop releasing new xorg packages can they?
FWIW, the solution is as you've found -- don't upgrade. I guess I'm fortunate in that all my machines were upgraded and work just fine.
Who said anything about holding back xorg 1.7? Being cutting edge is what makes Archlinux greater than other distros. No one is suggesting that you can't get your upgrade to xorg 1.7. I am sure you have researched all the new and wonderful features of the xorg 1.7 and just found them a must have. I am simply saying if the update is not compatible with one's current video driver, it should be listed as a conflict or incompatible and you should be warned upon upgrade.
Yes, I along with others are smart enough to figure out how to solve it. At issue is whether or not we should be put in that postion in the first place. Not everyone wants to waste their whole morning on figuring out how to downgrade packages from the command line -- and shouldn't have to. I have a lot of work to do, which is the reason I wrote the script to begin with -- to spare others the trouble of trying to figure out what to do to get their X back up and running. Also, not everyone knows exactly how to fix the problem. That is why they are here. Hence, I offer a solution. The reason that I upgrade to the most up-to-date packages is for security reasons, so to say that people should not upgrade is just not helpful.
I am sure that many of us depend on legacy Nvidia drivers. I am not going to run out and buy a new 200 dollar video card.
The legacy versions of Nvidia are not considered legacy because they are old drivers but because they support older cards. Actually they are updated quite regularly. The different version numbers of the Nividia drivers support different cards and have little bearing on when they are released.
173.14.20
Release Date:
2009.07.01
And yes, your suggestion that more than one version of xorg should be available is probably the answer to the problem. I believe Nvidia should be commended for trying to keep up with Xorg drivers. They are one of the few graphics card companies that actively release proprietary linux drivers. Lately, the xorg releases do not have a great reputation for reliability, i.e. removing ctrl + alt + backspace to kill the xserver without much regard to what anyone thinks about it.
Last edited by rb0171610 (2009-11-06 18:03:50)
Rob
Offline
Then I misunderstood you, and I stand corrected. My apologies.
I inferred you were saying that new versions of things (xorg) shouldn't be released unless everything works with it -- even if those things not working with it are legacy in some respect. (And not that I think you should have to go buy one, but an 8400GS is $49 US, and that is supported by "non-legacy" nVidia drivers -- so it's not only the $200 cards.)
Matt
"It is very difficult to educate the educated."
Offline
OMG, with the latest Xorg-server, problem with my card too (GTS250, 190.42), no prob with the previous one.
Huge lag.
---
Fedora's patch fault. Without it, everything is OK.
Last edited by flamelab (2009-11-07 09:26:28)
Offline
I'm having this lag too. Which patch in which package causes it?
Offline
This one http://repos.archlinux.org/wsvn/package … ures.patch
It isn't needed at all.
Offline
Thank you, works now.
Offline