[CFT] Xorg Upgrade 7.5.2

deeptech71 at gmail.com deeptech71 at gmail.com
Sat Feb 11 01:18:23 UTC 2012

Martin Wilke wrote:
> Knock knock...
> The X11 Team is pleased to announce the next round of Xorg updates.
> Note that this is experimental so you really have to know what you are
> doing, read UPDATING in the repository, and follow our exact
> instructions. We are specifically looking for feedback from Intel, ATI
> and NVIDIA users.
> Summary of changes:
> xf86-video-nouveau has been removed along with the WITHOUT_NOUVEAU
> knob. We suggest switching to the nvidia blob.
> KMS Support [1]:
> Unfortunately, the intel KMS driver will only work for the latest
> FreeBSD 9-STABLE or 10-CURRENT users. The patch for HEAD current is
> named all.13.1.patch. The higher the version the newer the patch is.
> Other needed patches are already available in the Xorg update.
> HEAD Users:
> Get the latest patchset from Kib here:
> http://people.freebsd.org/~kib/drm/
> 9-STABLE Users:
> 'meowthink' is currently maintaining the backport to 9 STABLE.
> Make sure you have the latest FreeBSD 9-STABLE source.
> Get the patch from here:
> https://docs.google.com/leaf?id=0BxbPi2OX4_B-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3&hl=en_US
> Rebuild your Kernel and reboot.
> Known issuse:
> There will be a patch reject in the sys/dev/drm/i915_suspend.c file.
> The solution is to manually undo the expansion of the $FreeBSD: ....$
> tag, so it only saysis $FreeBSD$.
> Checkout Xorg Development Repo:
> You will need to install devel/subversion in order to checkout the xorg
> repo. Next, you will need to add WITH_NEW_XORG=yes in
> your /etc/make.conf if you want to try out the new Xorg and mesa.
> Intel users: note that if you are not qualified for the KMS patch, you
> shouldn't use WITH_NEW_XORG=yes because the old intel driver doesn't
> build with the new X server. If you are qualified, you should also set
> WITH_KMS=yes in /etc/make.conf.
> svn co https://trillian.chruetertee.ch/svn/ports/tags/xorg_7_5_2
> A small merge script to merge the svn checkout into the real portstree
> can be found here:
> http://people.freebsd.org/~miwi/xorg/xorgmerge
> The script is a modified version of the old kdemerge script. Please set
> the KDEDIR variable to the path of your X.org ports.
> After merging, run one of the following command, depending on which
> tool you use to manage your installed packages.
>     portupgrade -af \*
>     portmaster -a
> After installing these, you will have to rebuild all xf86-* ports. We
> will bump all related ports during the commit to the ports tree.
> Roadmap:
> Our current plan is to let the CFT running until the last weekend of
> February. We hope to get a lot feedback to solve as many problems as
> possible. So please help us to get the best xorg update ever in!
> Links:
> http://wiki.freebsd.org/Intel_GPU [1]
> http://wiki.freebsd.org/Xorg
> http://miwi.bsdcrew.de/2012/02/working-on-xorg-stuff/

Did you write this at 04:00:00ish? Because the instructions need a
serious rewrite.

Anyways, this fails for me. Building a kernel with ``options drm''
fails (with some undefined reference errors). Using an ``options
drm''-free kernel, X fails to start due to ``(EE) RADEON(0): Kernel
modesetting setup failed'', but there's also a notable ``(II)
RADEON(0): Kernel too old missing accel information, assuming accel is
working'' (does that imply that ``options drm'' has to be fixed before
I should try anything else?).

I have a /etc/X11/xorg.conf file containing ``Driver "radeon"''. If I
remove the xorg.conf file, then I also get ``(EE) LoadModule: Module
fbdevhw does not have a fbdevhwModuleData data object.''. I can add a
stupid export entry to the fbdevhwstub.c file of the xorg-server port,
to make that particular error go away, but I still get ``(EE)
RADEON(0): Kernel modesetting setup failed''.

I'm using a Radeon 9600 card.

More information about the freebsd-x11 mailing list