Date: Thu, 12 Feb 2009 17:15:44 +0100 From: t-u-t <marshc187@gmail.com> To: freebsd-ports <freebsd-ports@freebsd.org> Subject: Re: Summary of xorg -> 7.4 with nvidia driver without hal Message-ID: <332f78510902120815w3293c459r98a18fe6bf2752b0@mail.gmail.com> In-Reply-To: <20090212022946.W75843@qroenaqrq.6qbyyneqvnyhc.pbz> References: <20090212015750.N14912@qroenaqrq.6qbyyneqvnyhc.pbz> <367b2c980902120018r5c1970ecj9d8231cc07dc473f@mail.gmail.com> <20090212022946.W75843@qroenaqrq.6qbyyneqvnyhc.pbz>
next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Feb 12, 2009 at 9:33 AM, Lars Eighner <portsuser@larseighner.com>wrote: > On Thu, 12 Feb 2009, Olivier SMEDTS wrote: > > 2009/2/12 Lars Eighner <portsuser@larseighner.com>: >> >>> >>> Summary of experiences upgrading xorg -> 7.4 with nvidia-driver without >>> hal >>> >>> I have had many misadventures in upgrading to xorg 7.4 with >>> nvidia-driver. >>> 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 >>> list. >>> I have however tried to eliminate some of the stuff that seemed >>> unnecessary >>> 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 >>> 7.4 >>> without hal. >>> >>> 1. If you have previously built xorg with hal, beware of manually >>> changing >>> /var/db/ports/xorg/options manually unless you know what you are doing. >>> In >>> general the *value* of config flags is never tested, but only the >>> existence >>> of the flags. So changing WITH_HAL=true is *not* likely to work. >>> Instead, >>> this flag needs to be replaced by WITHOUT_HAL=true (that is *not* by >>> WITH_HAL=false). >>> >>> 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. >>> This >>> is merely a time-saving measure. The dependencies of libxcb include >>> pretty >>> 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 >>> tree. >>> >>> 3. Upgrade xorg. If you do this immediately after 2, there won't be >>> much >>> 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 >>> the >>> backed up xorg lib is the right one, you can simply change the symbolic >>> link >>> 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 > with > 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" >>> EndSection >>> >>> Some reports suggest that this really belongs in a ServerFlags section, >>> but this seems to work. >>> >>> 7. Verify that >>> >>> moused_enable="YES" >>> >>> is effective in /etc/rd.conf. Remember that rd.conf cascades on itself >>> and >>> 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 >>> editing >>> 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 >>> done >>> everything else and the mouse was working. >>> >>> >>> >>> thanks, this was giving me grief trying to understand what i was doing wrong. 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. cheers
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?332f78510902120815w3293c459r98a18fe6bf2752b0>