Re: [CFT] Xorg Upgrade 7.5.2

2012-02-14 Thread Luca Pizzamiglio

Running on:

* Intel Sandybridge (+ optimus, disabled) on FreeBSD 9.0
* NVidia GTS 450 on FreeBSD 8.2

Not unkwonw problem.
Usual problem on Intel Sandybridge (tty switch, KMS patch issues on 
FreeBSD 9 and optimus incompatibility (/dev/dri/card1)).


Tested with KDE 4.7.4 and desktop effect activated. Not all effect are 
available using openGL. AFAIK KDE 4.8 is able to use more OpenGL effects 
using the same library.


Thanks for the great job you've done!

Best regards,
Luca

On 02/06/12 02:45, 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-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3hl=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/

Your FreeBSD Xorg Team

PS: Please reply to the x11@ mailing list. Cross posted due to the
potentially disruptive nature of the change and need to get a wide
variety of testers.



___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-13 Thread Volodymyr Kostyrko

Adam K Kirchhoff wrote:


I've run it for a while now and am actually having a pretty serious
issue:

http://thorn.visualtech.com/screenshot.jpg

As you can see, that big window on the right monitor (though certainly
doesn't limit itself to just that screen) is almost entirely corrupt.
It's an xfce4 Terminal, though this can happen with nearly any window,
and happens both with compositing enabled or disabled.  Getting the
window to redraw somehow (either by highlighting all the text or
resizing it) will fix tha areas that are redrawn.

The problem is most often triggered by moving the window around, or
moving other windows around on top of it.  Unfortunately, it makes X
barely usable.


I'm not involved with testing new version but I can second this issue 
with current version in ports. When I managed to add my TV as a second 
screen XFCE draws garbage instead of desktop on the second screen. E17 
however worked like a charm. I mean... you sure this is not an XFCE issue?


--
Sphinx of black quartz judge my vow.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-13 Thread Adam K Kirchhoff
On Mon, 13 Feb 2012 15:39:21 +0200
Volodymyr Kostyrko c.kw...@gmail.com wrote:

 Adam K Kirchhoff wrote:
 
  I've run it for a while now and am actually having a pretty serious
  issue:
 
  http://thorn.visualtech.com/screenshot.jpg
 
  As you can see, that big window on the right monitor (though
  certainly doesn't limit itself to just that screen) is almost
  entirely corrupt. It's an xfce4 Terminal, though this can happen
  with nearly any window, and happens both with compositing enabled
  or disabled.  Getting the window to redraw somehow (either by
  highlighting all the text or resizing it) will fix tha areas that
  are redrawn.
 
  The problem is most often triggered by moving the window around, or
  moving other windows around on top of it.  Unfortunately, it makes X
  barely usable.
 
 I'm not involved with testing new version but I can second this issue 
 with current version in ports. When I managed to add my TV as a
 second screen XFCE draws garbage instead of desktop on the second
 screen. E17 however worked like a charm. I mean... you sure this is
 not an XFCE issue?

Yes, I'm quite sure. This happens with xfce4, kde4 and just plain
openbox. 

I've seen similar distortion (though not quite the same as what's in my
screenshot) from the radeon driver even before testing this new
version.  I will, however, confirm these various corruptions with the
radeon driver happen less with E17.  

I've also seen the same thing on OpenBSD.  The distortion I've seen
with the driver/Xorg from ports I've also seen on Slackware when
disabling KMS, so I'm quite convinced this is a UMS-specific bug.

Adam
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-13 Thread Volodymyr Kostyrko

Adam K Kirchhoff wrote:

I've run it for a while now and am actually having a pretty serious
issue:

http://thorn.visualtech.com/screenshot.jpg

As you can see, that big window on the right monitor (though
certainly doesn't limit itself to just that screen) is almost
entirely corrupt. It's an xfce4 Terminal, though this can happen
with nearly any window, and happens both with compositing enabled
or disabled.  Getting the window to redraw somehow (either by
highlighting all the text or resizing it) will fix tha areas that
are redrawn.

The problem is most often triggered by moving the window around, or
moving other windows around on top of it.  Unfortunately, it makes X
barely usable.


I'm not involved with testing new version but I can second this issue
with current version in ports. When I managed to add my TV as a
second screen XFCE draws garbage instead of desktop on the second
screen. E17 however worked like a charm. I mean... you sure this is
not an XFCE issue?


Yes, I'm quite sure. This happens with xfce4, kde4 and just plain
openbox.

I've seen similar distortion (though not quite the same as what's in my
screenshot) from the radeon driver even before testing this new
version.  I will, however, confirm these various corruptions with the
radeon driver happen less with E17.


Yep, radeon here too.

--
Sphinx of black quartz judge my vow.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-11 Thread Adam K Kirchhoff

I've run it for a while now and am actually having a pretty serious
issue:

http://thorn.visualtech.com/screenshot.jpg

As you can see, that big window on the right monitor (though certainly
doesn't limit itself to just that screen) is almost entirely corrupt.
It's an xfce4 Terminal, though this can happen with nearly any window,
and happens both with compositing enabled or disabled.  Getting the
window to redraw somehow (either by highlighting all the text or
resizing it) will fix tha areas that are redrawn.

The problem is most often triggered by moving the window around, or
moving other windows around on top of it.  Unfortunately, it makes X
barely usable.

Adam

On Mon, 06 Feb 2012 10:35:50 -0500
Adam K Kirchhoff akirchhoff135...@comcast.net wrote:

 
 A big thanks to all.
 
 [adamk@memory ~]$ cat /var/log/Xorg.0.log | head -n 10
 [46.127]
 X.Org X Server 1.10.4
 Release Date: 2011-08-19
 [46.128] X Protocol Version 11, Revision 0
 [46.128] Build Operating System: FreeBSD 9.0-STABLE amd64
 [46.128] Current Operating System: FreeBSD memory.visualtech.com 
 9.0-STABLE FreeBSD 9.0-STABLE #5: Thu Jan 26 22:09:39 EST 2012 
 r...@memory.visualtech.com:/usr/obj/usr/src/sys/MEMORY amd64
 [46.128] Build Date: 06 February 2012  09:37:45AM
 [46.128]
 [46.128] Current version of pixman: 0.24.0
 [46.128]Before reporting problems, check http://wiki.x.org
 
 [adamk@memory ~]$ glxinfo | grep -i OpenGL
 IRQ's not enabled, falling back to busy waits: 2 0
 OpenGL vendor string: Advanced Micro Devices, Inc.
 OpenGL renderer string: Mesa DRI R600 (RV710 954F)  TCL
 OpenGL version string: 2.1 Mesa 7.11.2
 OpenGL shading language version string: 1.20
 OpenGL extensions:
 
 3D compositing works with KDE's desktop effects.  compiz works as
 well (though enabling the magnifier plugin crashes X).  xmoto,
 foobillard, neverball and openarena are all (to varying degrees)
 playable.
 
 Adam
 
 
 
 ___
 freebsd-...@freebsd.org mailing list
 http://lists.freebsd.org/mailman/listinfo/freebsd-x11
 To unsubscribe, send any mail to freebsd-x11-unsubscr...@freebsd.org
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-08 Thread Alberto Villa
On Mon, Feb 6, 2012 at 2:45 AM, Martin Wilke m...@freebsd.org wrote:
 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.

It has been working fine on both 9-RC2 and 10-CURRENT for a couple of
days with NVIDIA driver. KWin effects work fine with OpenGL backend.
Only two differences noticed: increased memory usage, and some
improvements to Synaptics driver.
-- 
Alberto Villa, FreeBSD committer avi...@freebsd.org
http://people.FreeBSD.org/~avilla
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-08 Thread Doug Barton
On 02/06/2012 04:43, Daniel Stolpe wrote:
 Does this mean I can stop using 10.0-current on my Lenovo X121e? ;-)

No. :)

We need more people running HEAD on their day-to-day systems, not less.


Doug

-- 

It's always a long day; 86400 doesn't fit into a short.

Breadth of IT experience, and depth of knowledge in the DNS.
Yours for the right price.  :)  http://SupersetSolutions.com/

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-08 Thread Sam Fourman Jr.
Hello all,

I am testing  the all.13.1.patch , as well as  xorg 7.5.2 on FreeBSD HEAD

I have a Asus n53sv laptop with a sandybridge i7 CPU (as well as a Nvidia
540m)

my main problem is I can't start x becasue I get these errors

[   301.537] (EE) No devices detected.
[   301.537]
Fatal server error:
[   301.537] no screens found
[   301.537]


if anyone could provide me suggestions. that would be great :)
This is a clean install with no ports installed before I built the xorg-dev
svn
I will provide as much detail as possible below:


cat /etc/make.conf
WITH_NEW_XORG=yes
WITH_KMS=yes
# added by use.perl 2012-02-08 10:03:27
PERL_VERSION=5.12.4


301.354] (**) ModulePath set to /usr/local/lib/xorg/modules
[   301.354] (**) Extension Composite is enabled
[   301.354] (II) Loader magic: 0x7c7c60
[   301.354] (II) Module ABI versions:
[   301.354] X.Org ANSI C Emulation: 0.4
[   301.354] X.Org Video Driver: 10.0
[   301.354] X.Org XInput driver : 12.2
[   301.354] X.Org Server Extension : 5.0
[   301.355] (!!) More than one possible primary device found
[   301.355] (--) PCI: (0:0:2:0) 8086:0116:1043:1642 rev 9, Mem @
0xdc40/4194304, 0xb000/268435456, I/O @ 0xe000/64, BIOS @
0x/65536
[   301.355] (--) PCI: (0:1:0:0) 10de:0df4:1043:1642 rev 161, Mem @
0xdb00/16777216, 0xc000/268435456, 0xd000/33554432, I/O @
0xd000/128, BIOS @ 0x/65536
[   301.355] (II) extmod will be loaded. This was enabled by default and
also specified in the config file.
[   301.355] (II) dbe will be loaded. This was enabled by default and
also specified in the config file.
[   301.355] (II) glx will be loaded. This was enabled by default and
also specified in the config file.
[   301.355] (II) record will be loaded by default.
[   301.355] (II) dri will be loaded by default.
[   301.355] (II) dri2 will be loaded by default.
[   301.355] (II) LoadModule: ddc
[   301.355] (II) Module ddc already built-in
[   301.355] (II) LoadModule: dbe
[   301.388] (II) Loading /usr/local/lib/xorg/modules/extensions/libdbe.so
[   301.400] (II) Module dbe: vendor=X.Org Foundation
[   301.400] compiled for 1.10.4, module version = 1.0.0
[   301.400] Module class: X.Org Server Extension
[   301.400] ABI class: X.Org Server Extension, version 5.0
[   301.400] (II) Loading extension DOUBLE-BUFFER
[   301.400] (II) LoadModule: extmod
[   301.401] (II) Loading
/usr/local/lib/xorg/modules/extensions/libextmod.so
[   301.408] (II) Module extmod: vendor=X.Org Foundation
[   301.408] compiled for 1.10.4, module version = 1.0.0
[   301.408] Module class: X.Org Server Extension
[   301.408] ABI class: X.Org Server Extension, version 5.0
[   301.408] (II) Loading extension MIT-SCREEN-SAVER
[   301.408] (II) Loading extension XFree86-VidModeExtension
[   301.408] (II) Loading extension XFree86-DGA
[   301.408] (II) Loading extension DPMS
[   301.408] (II) Loading extension XVideo
[   301.408] (II) Loading extension XVideo-MotionCompensation
[   301.408] (II) Loading extension X-Resource
[   301.408] (II) LoadModule: glx
[   301.409] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so
[   301.418] (II) Module glx: vendor=X.Org Foundation
[   301.418] compiled for 1.10.4, module version = 1.0.0
[   301.418] ABI class: X.Org Server Extension, version 5.0
[   301.419] (==) AIGLX disabled
[   301.419] (II) Loading extension GLX
[   301.420] (II) LoadModule: record
[   301.420] (II) Loading
/usr/local/lib/xorg/modules/extensions/librecord.so
[   301.421] (II) Module record: vendor=X.Org Foundation
[   301.421] compiled for 1.10.4, module version = 1.13.0
[   301.421] Module class: X.Org Server Extension
[   301.421] ABI class: X.Org Server Extension, version 5.0
[   301.421] (II) Loading extension RECORD
[   301.421] (II) LoadModule: dri
[   301.422] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri.so
[   301.437] (II) Module dri: vendor=X.Org Foundation
[   301.437] compiled for 1.10.4, module version = 1.0.0
[   301.437] ABI class: X.Org Server Extension, version 5.0
[   301.437] (II) Loading extension XFree86-DRI
[   301.437] (II) LoadModule: dri2
[   301.438] (II) Loading /usr/local/lib/xorg/modules/extensions/libdri2.so
[   301.438] (II) Module dri2: vendor=X.Org Foundation
[   301.438] compiled for 1.10.4, module version = 1.2.0
[   301.438] ABI class: X.Org Server Extension, version 5.0
[   301.438] (II) Loading extension DRI2
[   301.438] (II) LoadModule: intel
[   301.465] (II) Loading /usr/local/lib/xorg/modules/drivers/intel_drv.so
[   301.502] (II) Module intel: vendor=X.Org Foundation
[   301.502] compiled for 1.10.4, module version = 2.17.0
[   301.502] Module class: X.Org Video Driver
[   301.502] ABI class: X.Org Video Driver, version 10.0
[   301.502] (II) LoadModule: mouse
[   301.503] (II) Loading /usr/local/lib/xorg/modules/input/mouse_drv.so
[   301.516] (II) Module mouse: vendor=X.Org Foundation
[   301.516] compiled for 1.10.4, module version = 1.7.1
[   301.516] Module class: X.Org XInput 

Re: [CFT] Xorg Upgrade 7.5.2

2012-02-06 Thread Daniel Stolpe


Does this mean I can stop using 10.0-current on my Lenovo X121e? ;-)

It works surprisingly well but it does feel a bit wrong.


On Mon, 6 Feb 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-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3hl=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/

Your FreeBSD Xorg Team

PS: Please reply to the x11@ mailing list. Cross posted due to the
potentially disruptive nature of the change and need to get a wide
variety of testers.

--
+--oOO--(_)--OOo+
With best Regards,
   Martin Wilke (miwi_(at)_FreeBSD.org)
___
freebsd-...@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to freebsd-x11-unsubscr...@freebsd.org


_
Daniel Stolpe   Tel:  08 - 688 11 81   
sto...@resilans.se
Resilans AB Fax:  08 - 55 00 21 63
http://www.resilans.se/
Box 13 054
556741-1193
103 02 Stockholm

___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


Re: [CFT] Xorg Upgrade 7.5.2

2012-02-06 Thread Adam K Kirchhoff


A big thanks to all.

[adamk@memory ~]$ cat /var/log/Xorg.0.log | head -n 10
[46.127]
X.Org X Server 1.10.4
Release Date: 2011-08-19
[46.128] X Protocol Version 11, Revision 0
[46.128] Build Operating System: FreeBSD 9.0-STABLE amd64
[46.128] Current Operating System: FreeBSD memory.visualtech.com 
9.0-STABLE FreeBSD 9.0-STABLE #5: Thu Jan 26 22:09:39 EST 2012 
r...@memory.visualtech.com:/usr/obj/usr/src/sys/MEMORY amd64

[46.128] Build Date: 06 February 2012  09:37:45AM
[46.128]
[46.128] Current version of pixman: 0.24.0
[46.128]Before reporting problems, check http://wiki.x.org

[adamk@memory ~]$ glxinfo | grep -i OpenGL
IRQ's not enabled, falling back to busy waits: 2 0
OpenGL vendor string: Advanced Micro Devices, Inc.
OpenGL renderer string: Mesa DRI R600 (RV710 954F)  TCL
OpenGL version string: 2.1 Mesa 7.11.2
OpenGL shading language version string: 1.20
OpenGL extensions:

3D compositing works with KDE's desktop effects.  compiz works as well 
(though enabling the magnifier plugin crashes X).  xmoto, foobillard, 
neverball and openarena are all (to varying degrees) playable.


Adam



___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org


[CFT] Xorg Upgrade 7.5.2

2012-02-05 Thread Martin Wilke
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-NWY3NWU3MzEtNDBjYy00NTljLThlZGItMWFlYjIyYjI4Yjk3hl=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/

Your FreeBSD Xorg Team

PS: Please reply to the x11@ mailing list. Cross posted due to the
potentially disruptive nature of the change and need to get a wide
variety of testers.

-- 
+--oOO--(_)--OOo+
With best Regards,
Martin Wilke (miwi_(at)_FreeBSD.org)
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org