Summary of xorg -> 7.4 with nvidia driver without hal
marshc187 at gmail.com
Thu Feb 12 08:42:51 PST 2009
On Thu, Feb 12, 2009 at 9:33 AM, Lars Eighner <portsuser at larseighner.com>wrote:
> On Thu, 12 Feb 2009, Olivier SMEDTS wrote:
> 2009/2/12 Lars Eighner <portsuser at larseighner.com>:
>>> Summary of experiences upgrading xorg -> 7.4 with nvidia-driver without
>>> I have had many misadventures in upgrading to xorg 7.4 with
>>> This is a summary of what worked. Most of these things are not original
>>> but have been derived of things posted here and to the ports mailing
>>> I have however tried to eliminate some of the stuff that seemed
>>> or did not help.
>>> This assumes you have been more or less sucessfully been running xorg 7.3
>>> with the nvidia driver with or without hal and want to upgrade to xorg
>>> without hal.
>>> 1. If you have previously built xorg with hal, beware of manually
>>> /var/db/ports/xorg/options manually unless you know what you are doing.
>>> general the *value* of config flags is never tested, but only the
>>> of the flags. So changing WITH_HAL=true is *not* likely to work.
>>> this flag needs to be replaced by WITHOUT_HAL=true (that is *not* by
>>> 2. If you did not rebuild libxcb and all its dependancies as advised in
>>> UPGRADING 20090123 do not do so until you are ready to upgrade xorg.
>>> is merely a time-saving measure. The dependencies of libxcb include
>>> much everything x-related, so there is no point in doing it with the old
>>> ports tree, if you are immediately going to build xorg with a newer ports
>>> 3. Upgrade xorg. If you do this immediately after 2, there won't be
>>> to it.
>>> 4. Rebuild nvidia-driver.
>>> 5. Now the problem is, the nvidia-driver version of libwfb.so is broken.
>>> When nvidia-driver built, it should have preserved the xorg lib as
>>> XXX-libwfb... If you have done things in exactly this order, so you know
>>> backed up xorg lib is the right one, you can simply change the symbolic
>>> which is libwfb.so to the backed up (XXX-etc.) xorg lib. However, if you
>>> have any doubts about the backed up lib being the right one do this:
>>> a. force reinstallation of xorg-server, and
>>> b. replace libglx.so in /usr/local/xorg/modules with a symbolic
>>> link to libglx.so.1 (which is nvidia verson of this lib).
> b. should read: replace libglx.so in /usr/local/xorg/modules/extensions
> a symbolic link to libglx.so.1 (which is the nvidia version of this lib).
> note: if you do not have to do a., you don't need to do b.
>>> 6. Add the line
>>> option "AllowEmptyInput" "off"
>>> to the server layout section of /etc/X11/xorg.conf. The whole section
>>> should then look something like:
>>> Section "ServerLayout"
>>> Identifier "Layout0"
>>> Screen 0 "Screen0" 0 0
>>> InputDevice "Keyboard0" "CoreKeyboard"
>>> InputDevice "Mouse0" "CorePointer"
>>> option "AllowEmptyInput" "off"
>>> Some reports suggest that this really belongs in a ServerFlags section,
>>> but this seems to work.
>>> 7. Verify that
>>> is effective in /etc/rd.conf. Remember that rd.conf cascades on itself
>>> the default rd.conf, so that the *last* option entered wins. You can use
>>> the configure option of /usr/sbin/sysinstall to be sure that moused works
>>> and that a winning entry is in /etc/rd.conf, but just checking and
>>> manually will also work.
>> Good guide. Just a little note :
>> "rd.conf" must be "rc.conf".
>>> 8. reboot.
>>> Reports are that you cannot load the new nvidia kernel module manually
>>> with kldload (although this may have worked in the past).
>>> 9. If the keyboard in X still does not work, you may have to force
>>> reinstallation of xf86-input-keyboard. This worked for me after I had
>>> everything else and the mouse was working.
>>> thanks, this was giving me grief trying to understand what i was doing
what worked for me is the second option, reinstall xorg-server last, then
symlinking to nvidia's libglx.so.1. also, previously i was getting better
results with vers xxx.22 from nvidia's site, but for some reason i was
having to reinstall it over and over after a few reboots. beats me.
More information about the freebsd-ports