View previous topic :: View next topic |
Author |
Message |
victorvictor n00b
Joined: 15 Feb 2010 Posts: 22
|
Posted: Sun Mar 07, 2010 10:34 pm Post subject: [solved (partially)] desktop freezes after startup |
|
|
hello
i've just installed Gentoo on Asus X62J
everything went fine for the install, but i have problems regarding the X server and the desktop:
1) after the installation of the X server, i type startx to test, and it works; but when I come back to my Gentoo without X, eveything is blurred! the letters are trembling horizontally; i can still read the letters on the screen, but it is very blurry...
2) i've installed gnome-light desktop; i'm able using hal policies (without need of /etc/X11/xorg.conf file); but after a few seconds/minutes, everything freezes : the install i was doing in a terminal, the firefox session, or music software i've installed....
i have installed this with the help of the official doc...
2 problems? or maybe are they related?
thank you
victor _________________ victor
Last edited by victorvictor on Sat Mar 13, 2010 7:15 pm; edited 1 time in total |
|
Back to top |
|
|
VoidMage Watchman
Joined: 14 Oct 2006 Posts: 6196
|
Posted: Sun Mar 07, 2010 11:32 pm Post subject: |
|
|
That suggest you've got a problem with kernel config.
Seems something is not right with video card/framebuffer drivers. |
|
Back to top |
|
|
victorvictor n00b
Joined: 15 Feb 2010 Posts: 22
|
Posted: Mon Mar 08, 2010 12:23 am Post subject: |
|
|
thank you for your answer
i have a nVidia GT240M graphic card, and i use the free nv driver; i didn't compile anything in the kernel, except support for vesa (build-in, not a module); (i've tried to compile nVidia support for the frambuffer, also build-in, but it was exacttly the same...)....
i must also that i've compiled the last gentoo kernel with real-time preemption patch (from pro-audio overlay)...
No idea what else i could do.... _________________ victor |
|
Back to top |
|
|
Rexilion Veteran
Joined: 17 Mar 2009 Posts: 1044
|
Posted: Mon Mar 08, 2010 7:18 am Post subject: |
|
|
It's not recommended to enable the framebuffers + userspace drivers (except fbdev) even if the nv driver is completely userspace. You could try the nouveau driver, your card (nv50) is very well supported by this driver. There driver is in the gentoo main tree (xf86-video-nouveau and nouveau-drm). You need to enable some more kernel configuration for it to work (btw, don't use the staging nouveau!). |
|
Back to top |
|
|
victorvictor n00b
Joined: 15 Feb 2010 Posts: 22
|
Posted: Mon Mar 08, 2010 1:35 pm Post subject: |
|
|
i've tried it with and without the framebuffers enabled...
thank you for your suggestion, but i've noticed that they say that it can only work with xorg-x11 >= 7.5 (or xorg-server >= 1.7); i've installed the x11 overlay to get it, and i have to unmask a huge bunch packages... then after that there are still 5 blocked packages... i did everything they asked for, but i'm getting blocked at the end...
actually, i just need 2D, because my interrest is computer-assisted music, and i don't need very good graphic performance... unless i install it from gentoo repositories, but recommend on the wiki to install it from x11 overlay... and
by the way i noticed that, on the live-cd of Ubuntu Karmic, it uses the nvidiafb kernel driver; should i try this without what you call the userspace drivers? if yes, how can disable the userspace drivers?
any idea about something i should check? 'cause i'm getting a bit lost... _________________ victor |
|
Back to top |
|
|
Rexilion Veteran
Joined: 17 Mar 2009 Posts: 1044
|
Posted: Mon Mar 08, 2010 5:46 pm Post subject: |
|
|
Yes, the current requirement is indeed xorg 1.7.5 sorry for not mentioning that. However, if you activate the overlay (and not the in-tree packages) , than this magic command below will help you out
Code: | ebuild /usr/local/portage/layman/x11/x11-libs/libdrm/libdrm-9999.ebuild clean && ebuild /usr/local/portage/layman/x11/x11-libs/libdrm/libdrm-9999.ebuild unpack && cd / && cd /var/tmp/portage/x11-libs/libdrm-9999/work/libdrm-9999 && git checkout 55ba98fadfb8909d23d6f810285504abd173f0ad && ebuild /usr/local/portage/layman/x11/x11-libs/libdrm/libdrm-9999.ebuild merge && ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-nouveau/xf86-video-nouveau-9999.ebuild clean && ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-nouveau/xf86-video-nouveau-9999.ebuild unpack && cd / && cd /var/tmp/portage/x11-drivers/xf86-video-nouveau-9999/work/xf86-video-nouveau-9999/ && git checkout e8798d91eedc5d8337223b2257ca607da8a197de && ebuild /usr/local/portage/layman/x11/x11-drivers/xf86-video-nouveau/xf86-video-nouveau-9999.ebuild merge |
|
|
Back to top |
|
|
victorvictor n00b
Joined: 15 Feb 2010 Posts: 22
|
Posted: Wed Mar 10, 2010 2:50 am Post subject: |
|
|
hello Rexilion
indeed it was a magic command; it worked perfectly (except i had to activate something in the kernel to get drm, but as i don't need it, i did'nt do that part)
the results where much better.... but ended up the same finally : i still got a frozen dektop, after a longer time than previouly (5 to 10 minutes in place of 30 to 60 seconds)
even with the vesa driver, i got the same result!!
not to mention the proprietary nvidia driver which 1) has some kind of bug for GT240M; 2)cannot be compiled against a real-time kernel (since a long time; found many posts on this)...
there must be some issue related to the card-x11-drivers, since it happens with vesa, nouveau and nv driver...
by the way, as i've seen on the live cd of ubuntu that nvidiafb was the kernel in use (it can be compiled in the kernel, either build-in, either as a module), is there a way to force the use of that driver instead of the others?
thank you very much for your help
v _________________ victor |
|
Back to top |
|
|
Rexilion Veteran
Joined: 17 Mar 2009 Posts: 1044
|
Posted: Wed Mar 10, 2010 7:32 am Post subject: |
|
|
Good to hear the command worked . Pitty it didn't fix your problem. You can force the use of nvidiafb by compiling it into the kernel (press Y at it's option in make menuconfig). But be sure that you disable anything else (nouveau or any other nvidia driver except nvidiafb).
hmm :/ still weird that it locks up though. If I were you, I would starting messing around with kernel parameters such as acpi=off,irqpoll etc. If you want to try that, I can give some suggestions |
|
Back to top |
|
|
victorvictor n00b
Joined: 15 Feb 2010 Posts: 22
|
Posted: Wed Mar 10, 2010 7:51 am Post subject: |
|
|
Quote: | If I were you, I would starting messing around with kernel parameters such as acpi=off,irqpoll etc. If you want to try that, I can give some suggestions |
I would apreciate that a lot; i'm ready to give it a try! thank you for your proposal!
On the other hand, regarding nvidia driver, if I compile it into the kernel, what should i put in my /etc/make.conf at VIDEO_DRIVERS section, to be sure it doesn't interfere?
thank you again! _________________ victor |
|
Back to top |
|
|
Rexilion Veteran
Joined: 17 Mar 2009 Posts: 1044
|
Posted: Wed Mar 10, 2010 3:30 pm Post subject: |
|
|
victorvictor wrote: | Quote: | If I were you, I would starting messing around with kernel parameters such as acpi=off,irqpoll etc. If you want to try that, I can give some suggestions |
I would apreciate that a lot; i'm ready to give it a try! thank you for your proposal!
On the other hand, regarding nvidia driver, if I compile it into the kernel, what should i put in my /etc/make.conf at VIDEO_DRIVERS section, to be sure it doesn't interfere?
thank you again! |
If you want to use nvidiafb in X, you should use:
x11-drivers/xf86-video-fbdev (VIDEO_DRIVERS=fbdev)
If you want to use nv in X, you should disable all framebuffers in the kernel (only CONFIG_FB_VESA is allowed):
x11-drivers/xf86-video-nv (VIDEO_DRIVERS=nv)
And you know the drill for nouveau
However, if you want good X performance and a nice looking terminal I would go for the nv with CONFIG_FB_VESA. The best solution would be to use nouveau since that gives you an accelerated terminal and good X performance. |
|
Back to top |
|
|
victorvictor n00b
Joined: 15 Feb 2010 Posts: 22
|
Posted: Sat Mar 13, 2010 7:13 pm Post subject: |
|
|
hello
i partially solved the problem : i was using the latest UNSTABLE REAL TIME kernel (2.6.33-r4); when i used the lastet STABLE real time kernek (2.6.31.12-r21) i was able to have a functionally working dektop; we will see how it works now... but i still have the blurry screen when i go back to the terminal, after killing x server
i must say i was not able to get drm with nouveau; there was CONFIG_DRM_NOUVEAU to active in the kernel menuconfig, but i was not able to find it. for now i'm using the classical nv driver; i'm happy to have learned about the nouveau driver; i suppose the version you talked me about is going to be unmasked soon...
thank you so much for your help _________________ victor |
|
Back to top |
|
|
Rexilion Veteran
Joined: 17 Mar 2009 Posts: 1044
|
Posted: Sat Mar 13, 2010 7:38 pm Post subject: |
|
|
victorvictor wrote: | hello
i partially solved the problem : i was using the latest UNSTABLE REAL TIME kernel (2.6.33-r4); when i used the lastet STABLE real time kernek (2.6.31.12-r21) i was able to have a functionally working dektop; we will see how it works now... but i still have the blurry screen when i go back to the terminal, after killing x server
i must say i was not able to get drm with nouveau; there was CONFIG_DRM_NOUVEAU to active in the kernel menuconfig, but i was not able to find it. for now i'm using the classical nv driver; i'm happy to have learned about the nouveau driver; i suppose the version you talked me about is going to be unmasked soon...
thank you so much for your help |
To enable the staging drivers, you need to enable CONFIG_STAGING (in the drivers section) and then nouveau will appear under that menu or together with all the other drm drivers (I'm not sure).
HOWEVER, that is only possible with kernel 2.6.33 (I think). If you want to use nouveau, you must use the 'x11' overlay (in Layman).
Good thing it partially solved your problem |
|
Back to top |
|
|
|