[Xorg-1.7.5 in Slackware64 -current] still no workie.. Xorg bug?
UPDATE -- July 27 2010
I'm pleased to be able to say that this issue now appears to be resolved. I never got things to work with the versions of drivers & software that this thread is about, but over the 3 months that have passed since I created this thread, it appears that with the latest nVidia driver, and the currently current version of Xorg in Slackware64, the problem has been fixed. Maybe I'll never know what exactly the problem was, but no matter - all is working well now as I type this.
Please see post #91 of thread for currently working versions of Xorg & driver I am using.
Thanks to everyone who provided input & tried to help! I appreciate all of it.
UPDATE -- I no longer think kernel .config has much if anything to do with this, so I changed the thread title. It seems to be an Xorg bug, based on info provided by folks in this thread, and by continuing to search the net for info.. So, I no longer request kernel .config files.
I am still trying to figure out why I cannot install and run Xorg-1.7.5 in Slackware-64-current. Soon, I'll hafta say $#%$ it and blacklist Xorg, and stay at 1.6.3 forever.
I believe I've tried pretty much everything..
-- I've used multiple different kernels from 2.6.32.x and 2.6.33 (no RC kernels).
-- I've tried the nvidia driver, the nv driver, and the vesa driver.
-- I've pruned down my xorg.conf to a rather simple version.
-- I've disabled Xinerama, disabled TwinView, disabled my second screen.
-- I've tried 2 or three different nvidia drivers.
-- I've checked and re-checked for missing components, libraries, corrupt packages.
-- I've recompiled my kernel a half-dozen times.
-- I've disabled my wallpaper-setting (fbsetbg) in my WM.
-- I've rebuilt my WM a half dozen times; rebuilt the WM's dependencies; rebuilt the WM again!
I've posted to nvidia's forum; nobody seems to have a clue, and have not had any replies to my thread.. I'm not entirely sure the problem even has anything specifically to do with nvidia anyhow -- as mentioned, I DID clean all proprietary nvidia code from my system and try the vesa driver too, and the `nv` driver also, and these didn't work either.
I also searched their forum for issues relating to the Xorg-1.7.5 but came up pretty empty; same with Google.
I've gone through my generated nvidia-bug-reports myself; of what I do understand from them (quite a bit) indicates no problems. What I do NOT understand from them, well, that's just it -- I don't know what to look for with register dumps and this sort of crap.
Still, I cannot install Xorg-1.7.5 and run `startx` without hanging and/or crashing my machine. It simply does not work.
RIGHT NOW: I am running the Xorg-1.6.3 at this very moment (from Slack64-13) along with the xf86-mouse and xf64-keyboard modules which came with that Xorg-1.6.3, and everything is peachy-perfect. But with ALL OTHER THINGS staying the same, if I upgrade my Xorg to 1.7.5, it no longer works.
I know that pretty much everyone else around here, who has upgraded to -current, is evidently running the new Xorg-1.7.5 without significant issue.
The only thing I can figure to try next, is alter my kernel configuration (again -- yes, I've done this already a few times). I have been using nearly identical kernel configs for the last year or better; I migrate my .config to my next kernel version, check for new/missing features, basic sanity check, and rebuild. No problem. Till now (and maybe it's not the kernel either..)
So, if you fit the following criteria, please email me your /proc/config.gz file, I'd like to diff it against mine.:
1-- you're running -current-64
2-- kernel 220.127.116.11 or 2.6.33 (I'll take very close relatives of these too!)
3-- you have two (or even one) nvidia cards running.
4-- you have one display per card, using Xinerama.
5-- you use nvidia-190.53 driver successfully.
Even if you're kinda similar to the above, I'd be interested in looking at your kernel config. Preferably the kernel versions should be close, the nvidia driver should be the exact same, and ideally ( important ) you should be running two+ displays by some means.
And please -- don't tell me I should buy ATI hardware, or try to sell me dual-head-2-go -- I'm happy with the hardware I have (usually).
If you DO have any suggestions I should try that I may not yet have done, feel free -- I'm listening.
I don't think it's the kernel config, however, here is mine, but it might not be very useful for you, since it's not for 64 bit kernel and it's also patched with zenkernel.
1. Have you tried this on a normal -current without 64 bit support?
2. Have you tried to pre-compile X.org, maybe without HAL support?
You can try with this package, xorg-server 18.104.22.1681 which is using udev for auto-configuration instead of HAL: http://linvo.org/repository/linvo-20...901-i686-2.tgz
Remove xorg-server before installing it.
However, it requires all the X packages a usual xorg-server requires from slackware-current (and NOT slackware-13.0), and also all the other updated things from current. Make sure everything is updated, all the series! That may also be the reason why the current thing doesn't work. Also, with the new udev and 2.6.33 kernel, make sure CONFIG_SYSFS_DEPRECATED is disabled, else NOTHING will work!
If the behavior is really the same with the vesa drivers, just try everything on a clean -current with the original slackware kernel. Create a new partition, let's say 6GB, and use installpkg (not the official slackware installer) to install all the series except kde and kdei to a new slackware-current installation. Make sure you have installed the xap/ series, however, since you need some kind of WM, or X will crash! That's a very important thing! It can also be the reason why X doesn't work for you. Try starting kdm or some kind of display manager before doing anything!
I'm just running the stock vmlinuz-generic-2.6.33 kernel + modules (note: not a monolithic/'huge' based one).
Blacklisting the nouveau module seems vital to getting anything working for me.
The 'nv' driver just doesn't work at all, no matter what I do.
The 'vesa' driver works fine.
The proprietary 'nvidia' 190.53 driver works fine once you put the nvidia-190.53-2.6.33.patch.txt patch on it
This is just a single card/single display system though, so I don't know how much value this will be to you.
Apperently you are not the only person having problems with Xinerama and Xorg-1.7.5. Note the update comment of March 9 in the link below.
Like GazL, I am running the stock vmlinuz-generic-2.6.33 kernel + modules, with nouveau blacklisted and the patched 190.53 driver on both 32 bit and 64 bit.
I use separate X screens driven by the one GPU to drive my two monitors. which is working fine for me, but is different from your setup.
Thanks you guys -- I'll keep you's posted as to what happens with all this, but probably not much until tonight at the very least -- I've been up all night already so might sleep a lot today :)
@ Ivshti -- I followed the LQ link you gave, and some of the OTHER links from those links, and find this stuff about "need a display manager, or install KDE" to be distressing. It implies that a WM alone will not be enough (is this right?) which is counter to the exact reason I now use just a nice little WM started from init3/startx and do not have KDE installed.
-- I have not tried a 32bit -current; there should be enough 32bit users around to figure out those problems ;)
-- I haven't *yet* tried to recompile Xorg, but it IS on the menu for soon. And yes, HAL will be out of it.
-- I *am* using a WM, but not from /xap -- I'm using a non-slack WM called i3: http://i3.zekjur.net/ but I do have ALL of -current installed including the xap tree. Only at this moment of course I have downgraded Xorg, mouse, and kbd packages.
-- I won't install all KDE junk just to try KDM, so I'll see if XDM works instead.
@ GazL - me too, the nv driver does nothing at all for me, never has; it just won't work. But normally (with one screen anyhow) I can use the VESA driver to test stuff, but currently (ha ha) even that doesn't work.
I'm using a patches 190.53 nvidia driver, which installs fine, and works great with Xorg-1.6.3 and any kernel I choose, but not with Xorg-1.7.5. I do have nouveau blacklisted too, even though I haven't ever seen any sign of it being 'around' on my machine.
Many thanks for the tips & help -- updates later!
@ allend - thanks, your post popped up when I posted.
The OP at that link you gave, uses an xorg.conf nearly identical to my own; uses nvidia; and has two monitors the same size as mine. Great comparison!
I will read all the comments, I haven't yet. But I did note that just before the comments, he said he uses Arch, and because the new Xorgs barf at his config file, he's continuing to use Xorg-1.6.3, the same as I am right now, because it STILL WORKS :)
more reading to do. Thanks again!
Nope, not KDE. You just need to make sure that startx starts X with _SOMETHING_, else X found itself in a "idle" situation (got nothing to do) and collapsed.
Since startx might be confusing sometimes, and may not start your WM and you may not understand that this is happening, installing a display manager and running it is the best way to find is your X working.
I know this is weird - but as I said, X needs something to run in it since Slackware 13.0, or crashes.
@ Ivshti -- if I'm not mistaken, KDM is part of KDE, is it not? (I just checked, it does look that way) Which if so, requires installing *some* of KDE to get it.. I'm just going by what I read in one of the threads linked to the one you linked above.
My WM is started from my /etc/X11/xinit/xinitrc file, the same way some other WM or DE are started by that means, and it DOES start. It's just that within 10 seconds or so (or sometimes it waits till I press something or use the mouse) it all freezes up. Most of the time I have to then use Magic SysRq to sync/umount/reboot, but once in a while I can get back to a VT if I'm lucky.
If it's only freezing when you do something like move the mouse/hit a key, then is it possible that it's something to do with input handling, and all that hal hot-plugging nonsense?
have you tried doing it all the old way instead, which is what I do.
Yes, but KDM isn't the only login manager out there ;)
Anyway, that's really bad. I guess it's HAL. Try using my package, or even easier, the method GazL suggested.
There is a bug in current releases of Xorg with Fluxbox, and other *box WM's (not OpenBox). Also disabling HAL (AllowEmpty "False") has been reported as causing issues with Xfce <-- Though I believe that one to be more of a config issue personally ;)
My last upgrade of -current 64 have the same problem of Shinobu comment on link posted. My cursor is unstable on second screen.
I have second Monitor on VGA output of my Notebook working fine before last Xorg update of -current.
I have patched NVidia driver 190.53 with only nouveau blacklisted.
Does your setup work without xinerama and on just one screen?
To address a few recent posts above (now that I'm awake from a nap)
At the other times (I've changed xorg.conf so many times I'm not sure now which precisely are the options which affect this) it appears to not freeze until I touch the mouse, and then it locks up hard.
[off-topic] -- I installed some of the newer KDE packages so I could use KWrite a bit today, and got reminded again of why I got rid of KDE -- frikkin working on something and all the sudden *POOF* "Sorry the application encountered an error and had to close...". Ahhh memories coming back from the old MS days :/
I'll take a look at that FD.org later on and see what it has to say.
@ rmjohnso above post -- Nope, with the Xorg-1.7.5 my setup does not work even with only one monitor/screen enabled. No matter what I tried to adjust or change in xorg.conf, (I did not try physically removing card#2 from the machine, and am not about to) it would not work. It's like \(my system\) with \(Xorg-1.7.5\) is like trying to mix \(pure spring water\) and \(motor oil\) :) -- simply doesn't work.
Thanks for the continued input!
For the record, here's my xorg.conf (I'm perfectly running this very config as we speak, comments and all, with Xorg-1.6.3):
|All times are GMT -5. The time now is 07:30 AM.|