![](https://seccdn.libravatar.org/avatar/691d9cda1aa673cc20aebd57986473fb.jpg?s=120&d=mm&r=g)
I ran YOU for the first time in a few weeks yesterday. Today both my SuSE 10.0 boxes have broken X configurations.... Both machines have ATI cadrs and use the ATI fglrx drivers. For some reason something changed the "driver" line in xorg.conf to say "radeon" where is used to say "fglrx". SInce the radeon driver doesn't support my cards I ended up with broken X (i.e. No dual head, No DRM, No 3D acceleration/openGL). Why should anything in YOU be messing about in xorg.conf files ? Peter
![](https://seccdn.libravatar.org/avatar/0f2b8a62f2b06a60ea1b3d9339b72a61.jpg?s=120&d=mm&r=g)
On Sunday 02 April 2006 14:26, Peter Onion wrote:
I ran YOU for the first time in a few weeks yesterday. Today both my SuSE 10.0 boxes have broken X configurations....
Did the same thing here just now when I did the update. Whatever it was it came from that last patch for the xorg-server.
Both machines have ATI cadrs and use the ATI fglrx drivers. For some reason something changed the "driver" line in xorg.conf to say "radeon" where is used to say "fglrx". SInce the radeon driver doesn't support my cards I ended up with broken X (i.e. No dual head, No DRM, No 3D acceleration/openGL).
It was nice enough to save the original xorg.conf to xorg.conf.post_x11-server. I moved it back and all is well.
Why should anything in YOU be messing about in xorg.conf files ?
No idea, but I'm going to file a bug report with Novell. There should at least be a warning about a config change. Mike -- Powered by SuSE 10.0 Kernel 2.6.13 KDE 3.4 Kmail 1.8 For Mondo/Mindi backup support go to http://www.mikenjane.net/~mike 3:49pm up 2:06, 4 users, load average: 2.07, 2.43, 2.35
![](https://seccdn.libravatar.org/avatar/f7a1aa12ddf1dca9e24d3931902d0be2.jpg?s=120&d=mm&r=g)
I ran YOU for the first time in a few weeks yesterday. Today both my SuSE 10.0 boxes have broken X configurations....
Did the same thing here just now when I did the update. Whatever it was it came from that last patch for the xorg-server.
Ditto with my nVidia cards. Lost all my config for dual monitor setup. It set the second monitor to values way out of range as well... I hope it didn't overdrive my second monitor and damage it... :-( C
![](https://seccdn.libravatar.org/avatar/4bfbbf7d8881ddc5e1d9dccdc2945c36.jpg?s=120&d=mm&r=g)
I ran YOU for the first time in a few weeks yesterday. Today both my SuSE 10.0 boxes have broken X configurations....
Did the same thing here just now when I did the update. Whatever it was it came from that last patch for the xorg-server.
Ditto with my nVidia cards. Lost all my config for dual monitor setup. It set the second monitor to values way out of range as well... I hope it didn't overdrive my second monitor and damage it...
:-(
C ========= Clayton, I'm not so sure this is a xorg problem. I've got a sinking feeling it's something else that may be more difficult to track down. I've been experimenting since last evening and have yet to get things back to normal. ATI driver quit working, reinstalled kernel to go back to the radeon driver there, after doing several other tests. Still no go with
On Monday 03 April 2006 02:13, Clayton wrote: direct rendering, although the logs show it enabled. Checking with glxinfo shows it not on and using Mesa. Also, glxgears is painfully slow. Tried updating to the 6.9 build of xorg today without any more success. Same readings as before. Doesn't seem to be working no matter what I do here. Were you able to drop back to the original xorg-server on your install CD/DVD to get it to work? As I mentioned, I don't think it is xorg but something else giving us grief on our graphics setup. regards, Lee -- -- KMail v1.9.1 -- KDE v3.5 -- SuSE Linux v10.0 -- Registered Linux User #225206 "Life is like a cigarette, smoke it to the butt!"
![](https://seccdn.libravatar.org/avatar/0f2b8a62f2b06a60ea1b3d9339b72a61.jpg?s=120&d=mm&r=g)
On Monday 03 April 2006 23:18, BandiPat wrote:
Clayton, I'm not so sure this is a xorg problem. I've got a sinking feeling it's something else that may be more difficult to track down. I've been experimenting since last evening and have yet to get things back to normal. ATI driver quit working, reinstalled kernel to go back to the radeon driver there, after doing several other tests. Still no go with direct rendering, although the logs show it enabled. Checking with glxinfo shows it not on and using Mesa. Also, glxgears is painfully slow.
You made it too hard. The latest xorg-server update had a postin script that rewrote your xorg.conf and changed the fglrx to radeon. The good part is that it saves the original to another xorg.conf.xxxxxxx file Don't remember the name off-hand. Changed it to that one and the system is back to normal. Mike -- Powered by SuSE 10.0 Kernel 2.6.13 KDE 3.4 Kmail 1.8 For Mondo/Mindi backup support go to http://www.mikenjane.net/~mike 11:48pm up 1 day 10:06, 4 users, load average: 2.04, 2.08, 2.08
![](https://seccdn.libravatar.org/avatar/4bfbbf7d8881ddc5e1d9dccdc2945c36.jpg?s=120&d=mm&r=g)
On Monday 03 April 2006 17:54, Mike wrote:
On Monday 03 April 2006 23:18, BandiPat wrote:
Clayton, I'm not so sure this is a xorg problem. I've got a sinking feeling it's something else that may be more difficult to track down. I've been experimenting since last evening and have yet to get things back to normal. ATI driver quit working, reinstalled kernel to go back to the radeon driver there, after doing several other tests. Still no go with direct rendering, although the logs show it enabled. Checking with glxinfo shows it not on and using Mesa. Also, glxgears is painfully slow.
You made it too hard. The latest xorg-server update had a postin script that rewrote your xorg.conf and changed the fglrx to radeon. The good part is that it saves the original to another xorg.conf.xxxxxxx file Don't remember the name off-hand. Changed it to that one and the system is back to normal.
Mike =======
Thanks Mike, I wish it were that easy. I had already checked the xorg.conf file as well as replaced it with a known good one. Plus, I have reconfigured more than once to get a new xorg.conf file running sax2. Checking those things have been part of the process I've been through thus far. As I mention above, the logs show no errors, that I've detected and dri as being enabled, but it's a different story when KDE boots. Maybe your suggestion will help someone else though. regards, Lee
![](https://seccdn.libravatar.org/avatar/f7a1aa12ddf1dca9e24d3931902d0be2.jpg?s=120&d=mm&r=g)
I'm not so sure this is a xorg problem. I've got a sinking feeling it's something else that may be more difficult to track down. I've
[snip]
enabled. Checking with glxinfo shows it not on and using Mesa. Also, glxgears is painfully slow.
You made it too hard. The latest xorg-server update had a postin script that rewrote your xorg.conf and changed the fglrx to radeon. The good part is that it saves the original to another xorg.conf.xxxxxxx file Don't remember the name off-hand. Changed it to that one and the system is back to normal.
Thanks Mike, I wish it were that easy. I had already checked the xorg.conf file as well as replaced it with a known good one. Plus, I have reconfigured more than once to get a new xorg.conf file running sax2. Checking those things have been part of the process I've been through thus far. As I mention above, the logs show no errors, that I've detected and dri as being enabled, but it's a different story when KDE boots.
I spent a lot more time on this last night, and what I thought fixed it didn't. I'm in almost the exact same situation as you Lee.... my video was working perfectly using nVidia's drivers in dualhead mode. I had saved the known good working config on a sep drive (just for the inevitable need for a backup). After the YOU update, and a reboot (which took me about a week before I rebooted) the graphics were hosed. I have a dual monitor setup using nVidia's Twinview options. It used to work perfectly - I had full 3D accelleration on both montiors etc. Now, I don't have any 3D accel at all, and only one monitor is working.. the second monitor is being driven out of range. I found a xorg.conf.post_x11-server file in my /etc/X11 which appeared to be a backup of my previously working xorg.conf - although, a diff on this file and the current xorg.conf shows no differences. I made a backup of the "broken" xorg.conf file and copied the xorg.conf.post_x11-server file over it. Restarted X and still broken. Found my last known working xorg.conf file and copied that over... restarted X. Still broken. I even went so far as to reboot - just in case something would triigger that was being missed while going from init 5 to init 3 and back to init 5. Nothing... I know the hardware is working fine. I can swap monitors and whichever monitor is plugged into Monitor0 on the video card works fine. I can boot to Windows and dual monitor works perfectly there.... so it's definitely a Linux thing, and the ONLY change I made recently was a YOU update. At a loss here... not sure where to go next with finding the problem... reinstalling xorg off the DVD? Prob break a couple dozen dependancies on the 3rd party KDE builds I use (whice were installed a few weeks ago, and I had restarted X several times since the last KDE update with no video issues, so it isn't the KDE update that is causing the problem) C.
![](https://seccdn.libravatar.org/avatar/72ee3b9e0735cf98a1e936a90fc087ed.jpg?s=120&d=mm&r=g)
On Tue, 2006-04-04 at 08:24 +0200, Clayton wrote:
After the YOU update, and a reboot (which took me about a week before I rebooted) the graphics were hosed. I have a dual monitor setup using nVidia's Twinview options. It used to work perfectly - I had full 3D accelleration on both montiors etc. Now, I don't have any 3D accel at all, and only one monitor is working.. the second monitor is being driven out of range.
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
![](https://seccdn.libravatar.org/avatar/f7a1aa12ddf1dca9e24d3931902d0be2.jpg?s=120&d=mm&r=g)
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
I knew that a kernel update would require a nvidia driver reinstall (due to kernel modules/integration)... never knew the same was required for any X updates (like for xorg)- I'd swear I've done xorg updates in the past and never had to reinstall the video drivers. That said... I'll try it as soon as I get home tonight. C.
![](https://seccdn.libravatar.org/avatar/bff0c215e01f23fcee6fe49e65fae458.jpg?s=120&d=mm&r=g)
On Tue, Apr 04, 2006 at 09:55:33AM +0200, Clayton wrote:
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
I knew that a kernel update would require a nvidia driver reinstall (due to kernel modules/integration)...
This is not true, usual the nvidia driver survives a kernel update.
never knew the same was required for any X updates (like for xorg)-
Similar.
I'd swear I've done xorg updates in the past and never had to reinstall the video drivers.
That said... I'll try it as soon as I get home tonight.
Some other things might have got corrupted, so a reinstall of the driver might just help. Ciao, Marcus
![](https://seccdn.libravatar.org/avatar/f7a1aa12ddf1dca9e24d3931902d0be2.jpg?s=120&d=mm&r=g)
I knew that a kernel update would require a nvidia driver reinstall (due to kernel modules/integration)...
This is not true, usual the nvidia driver survives a kernel update.
I stand corrected :-) I rarely ever do a kernel update on a SUSE release after an initial install. My kernel is usually only updated when I install the next SUSE release (unless there's some urgent security patches of course)... so it's been a while since I've have to tinker with kernel updates and video drivers. I'm really hoping the nVidia reinstall works. I miss my dual monitor setup. Amazing how you get used to that so quickly. C.
![](https://seccdn.libravatar.org/avatar/961cb91afb232ccfdad4fd8cabe8dd87.jpg?s=120&d=mm&r=g)
On Tuesday 04 April 2006 09:10, Marcus Meissner wrote:
On Tue, Apr 04, 2006 at 09:55:33AM +0200, Clayton wrote:
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
I knew that a kernel update would require a nvidia driver reinstall (due to kernel modules/integration)...
This is not true, usual the nvidia driver survives a kernel update.
Errrrrrrrrrrr i dont think so
never knew the same was required for any X updates (like for xorg)-
It would make sense after all it IS the graphical enviroment engine is it not
Similar.
I'd swear I've done xorg updates in the past and never had to reinstall the video drivers.
That said... I'll try it as soon as I get home tonight.
Some other things might have got corrupted, so a reinstall of the driver might just help.
Ciao, Marcus
If you update your Kernel and reboot to the updated kernel the Nvidia driver will need re-installing , i am talking here of a proper kernel update binary , modules soucers every thing the whole shooting match . I do not do the Suse type upgrade where it just changes little bits and leaves things like the Nvidia driver alone i have tried it a few times and always had problems after so now i pull the complete thing down and updtae it all and reinstall the Nvidia driver never had a moments trouble doing it that way As far as the ATI drivers go i aint got the first idea i avoid ATI like the plauge .. Pete . -- The Labour party has changed there emblem from a rose to a condom as it more accuratley reflects the governments political stance. A condom allows for inflation halts production destroys the next gereration, protects a bunch of pricks, and givesyou a sense of security while you are actually bieng fucked from GSM
![](https://seccdn.libravatar.org/avatar/72ee3b9e0735cf98a1e936a90fc087ed.jpg?s=120&d=mm&r=g)
On Tue, 2006-04-04 at 10:10 +0200, Marcus Meissner wrote:
On Tue, Apr 04, 2006 at 09:55:33AM +0200, Clayton wrote:
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
I knew that a kernel update would require a nvidia driver reinstall (due to kernel modules/integration)...
This is not true, usual the nvidia driver survives a kernel update.
Depends on how you define "usual". It is relinked if you use the version of the nvidia driver that has a precompiled object in the kernel package. As soon as you update the driver, you need to redo it when you update the kernel
![](https://seccdn.libravatar.org/avatar/f7a1aa12ddf1dca9e24d3931902d0be2.jpg?s=120&d=mm&r=g)
After the YOU update, and a reboot (which took me about a week before I rebooted) the graphics were hosed. I have a dual monitor setup using nVidia's Twinview options. It used to work perfectly - I had full 3D accelleration on both montiors etc. Now, I don't have any 3D accel at all, and only one monitor is working.. the second monitor is being driven out of range.
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
OK.. reinstalled the driver using YOU... Forced the Update... and still my video is broken. I am using a last known working xorg.conf... and no working dual monitor... no GL... despite the correct settings. It's as if I've ververted to the nv driver - I've checked and the nvidia driver is being called by xorg. There are no errors being logged in /var/log. My next option is what? Force install the nvidia drivers direct from nvidia and recompile the kernel modules? Or try to guess which rpms were udated in teh last YOU update and roll them back to the DVD version? C
![](https://seccdn.libravatar.org/avatar/f7a1aa12ddf1dca9e24d3931902d0be2.jpg?s=120&d=mm&r=g)
First... sorry about mailing you and the list at the same time Anders... I sometimes forget to clean up the To:/Cc: fields before I click send....
After the YOU update, and a reboot (which took me about a week before I rebooted) the graphics were hosed. I have a dual monitor setup using nVidia's Twinview options. It used to work perfectly - I had full 3D accelleration on both montiors etc. Now, I don't have any 3D accel at all, and only one monitor is working.. the second monitor is being driven out of range.
Did you try reinstalling the nvidia driver? Updating either X or the kernel with YOU will uninstall it
I did some more tinkering... I ended up having to maually run the nvidia installer from /usr/share/doc/nvidia plus roll back all my xorg to the previous version. Now I'm upgrading one package set at a time to try and find the culprit... if I can nail it down to one I'll re-post ot the list here.... C
![](https://seccdn.libravatar.org/avatar/0f2b8a62f2b06a60ea1b3d9339b72a61.jpg?s=120&d=mm&r=g)
On Tuesday 04 April 2006 20:20, Clayton wrote:
OK.. reinstalled the driver using YOU... Forced the Update... and still my video is broken. I am using a last known working xorg.conf... and no working dual monitor... no GL... despite the correct settings. It's as if I've ververted to the nv driver - I've checked and the nvidia driver is being called by xorg. There are no errors being logged in /var/log.
My next option is what? Force install the nvidia drivers direct from nvidia and recompile the kernel modules? Or try to guess which rpms were udated in teh last YOU update and roll them back to the DVD version?
FWIW, I filed a bug report on this for the ATI portion problems. When I noticed things happening with Nvidia, I sent a message to the maintainer to let him know there were more problems than the change for the ATI driver. Last message I had from him just a little while ago was that he was going to try to duplicate the Nvidia problem. Hopefully they will find the problem quickly. Mike -- Powered by SuSE 10.0 Kernel 2.6.13 KDE 3.4 Kmail 1.8 For Mondo/Mindi backup support go to http://www.mikenjane.net/~mike 8:53pm up 2 days 7:11, 4 users, load average: 2.24, 2.15, 2.10
participants (7)
-
Anders Johansson
-
BandiPat
-
Clayton
-
Marcus Meissner
-
Mike
-
Peter Nikolic
-
Peter Onion