video refresh fails on slackware-14.1 with legacy GeForce4 video card
My NVidia GeForce4 MX4000 card has worked fine with all slackware versions up to and including 14.0. On 14.1, various pieces of text or icons are omitted on screen refresh using the default nouveau driver. Usually (but not always) they reappear on the next refresh of that screen segment. I tried turning off 2D acceleration with "option nouveau noaccel=1" in /etc/modprobe.d/nouveau.conf , but this resulted in the login screen having garbled text. The NVidia driver for this card(96.43.23) has not been updated for 14.1, so it won't build. Other than reverting to 14.0 and never updating slackware again, are there any other solutions?
|
Report that bug, so that the developers can fix it. They usually don't have such old hardware to test the drivers with.
Also, you could try a newer kernel, maybe that issue is already fixed in a newer version. |
Geforce 2/4 MX is more than ten years old, driver bit rot is kicking in. Staying with Slackware 14.0 on such old hardware is your best bet.
Reporting the bug to nouveau is a good recommendation. If they are sensible, they will remove the dysfunctional code and de-support such ancient stuff, so it can fall back to vesa and at least work again. |
You can either try the latest nouveau driver or report the issue to nouveau.
The 'nomodeset' option may help. |
xorg-server possibly losing requests during high cpu load
As suggested, I upgraded to xorg-server-1.14.5 and xf86-video-nouveau-1.0.10. I copied the x11 source subdirectory from a mirror and used Patrick's excellent modular SlackBuild to just rebuild theose two packages. xorg-server was easy. The Nouveau package (from nouveau.freedesktop.org) was more problematic. The source tarball was built with an incorrect top level directory, so I unpacked it, renamed the directory and repacked it so the SlackBuild could deal with it. But then, I discovered that none of the GNU automake tools had been run on it, so there was no 'configure' script. So I ran all that stuff on the unpacked source and repackaged it for the SlackBuild. Both packages now install and run, but DO NOT change the problem. Because of the nature of the refresh failures, which occur during moments of high CPU load,and involve whole icons/lines of text and because of a note in the ChangeLog from server-1.14.3 to 1.14.5 about xserver losing events (which I also experienced, but is fixed with the upgrade), I suspect that xorg-server is also losing requests on the Unix socket connecting it to clients. My next trick will be to look at the actual code change dealing with events, and see if the change can also be applied to requests. Won't have time for a while.
BTW, the snarky comments about old hardware were unhelpful and unneeded. The hardware works fine and so does the Intel P4 motherboard it is installed on. Please consider trolling on CNN in lieu of LinuxQuestions. |
The card is quite dated regardless if it works or not. Driver support for certain older Nvidia cards through Nouveau-x11 is rather limited as most don't have the necessary pixel shader units to allow the LLVM-Clang's enabled Gallium3D API to accelerate and have proper hardware resource access.
|
I have a really old P3 with a GeForce card in it. It still works even on Slackware 14.1, but isn't good for much. It should be possible to fix, if it really is a software issue.
|
Quote:
nouveau(4) was actually meant as a replacement for the nv(4) driver, which doesn't work on modern (post 2008) nVidia GPUs. nv(4) is still part of Slackware 14.1 and should support Geforce4 MX just fine. Just uninstall and blacklist nouveau. |
In the /extras directory of the install media is the Nouveau-Blacklist package. I would recommend installing it then switching to the Nv-x11 driver.
The other option would be to use the xorg-vesa driver which has support in Mesa3D for the Gallium3D llvmpipe driver. As video hardware gets more and more dated it often will have driver issues. Often you will find some hardware only supported anymore through vesa and llvmpipe. |
Greetings
It can be really hard adjusting to this "Disposable Society" when sone od us were brought up with "Waste not, want not" and I am often guilty of hanging on to hardware too long. I almost wrote "long past it's usefulness" but that's actually the problem. If all one does with a PC is the usual surf, game, social network, etc these items are quite capable as hardware of handling that load. It's difficult to accept that I need to throw away hardware that still works fine. That said, I seem to be learning. Unless I choose to see it as a challenge and/or fun, my time is worth something and at some point, even if I calculate that time is worth minimum wage :rolleyes: the time spent finagling some old hardware has been worth enough to buy one that is supported and will "go right it". It is sometimes rather startling to discover that $20-$30 will now buy something that used to cost $200. However "speaking" in a sarcastic way that feels like you walked into a room and someone got a look on their face akin to the one where another just ate an extra large bean burrito w/ garlic and broccoli (for good measure , of course) and farted in the vicinity of your face, is really more a reflection on the elitist respondant than the thrifty OP. I'm making jokes but unless we want to see LQ evaporate, such self-serving behaviour is at least as counter-productive as hanging on to "old junk"...... imho, of course :twocents: Nobody likes to hang out in an area that feels unfriendly. |
Quote:
You just can't expect to put current software on a PC ten years older, just because it shares a x86 CPU with modern machines. You can do operating system upgrades for some time (like five years), then you better stay on a supported release for another five years. After then you have an antique and you are on your own. So if Slackware 14.0 runs flawless on a Pentium 4, just stay with it. It will get patches until at least 2017. |
Quote:
|
Quote:
The right thing to do would be separating the legacy code and completely freeze it in binary form. |
did you downgrade Xorg to 1.12 or OLDER !
the 96 driver will NOT work on the newer versions of Xorg so 1.13,1.14,1.15 are all too new On my OLD machine i have a gforce2 but the nouveau driver dose work BUT WITHOUT THE FAN so after 5 min. the computer auto shuts down once the card overheats -- there is NO thermometer on the 13 year old MOBO On some setups for the GF 2 & 4 the nouveau driver will work without problems , on other setup's ??? |
Quote:
|
Fixing it would be logical for the short-term, but it needs sustainable maintenance in the long-term.
Nouveau does have in fact limited support for older Nvidia hardware down to, possibly, the TNT (NV04), though nouveau_vidux but yes, it's support is VERY limited and fan control issues are a problem that are being worked on. As stated above if you have issues, you should contact the nouveau driver team for a fix so it can be submitted to the Linux kernel and mesa3d projects equally. |
back to this from the OP
Quote:
to use the "NVIDIA-Linux-x86-96.43.23-pkg1.run" driver you have to DOWNGRADE xorg to 1.12 or 1.11 |
Quote:
|
because it is NOT A BUG !!!!
nvidia will NOT SUPPORT the 96 driver for new versions of xorg see the nvidia "96.43.23" driver page http://www.nvidia.com/download/drive...px/48996/en-us Quote:
it was last updated on "2012.9.14 " nvidia will NOT support a driver for 13 year old cards |
Quote:
|
Quote:
So now would be a good time to branch off the last known good code as "nouveau_legacy" driver and remove the PCI-IDs from the current one, so it doesn't get selected anymore. Quote:
|
You could try the old 'nv' driver, maybe it will work.
|
All times are GMT -5. The time now is 03:00 AM. |