Contributed by johan on from the mesa-update-yousa-xserver dept.
Matthieu Herrb (matthieu@) recently announced on the tech mailinglist that he has done a major update of the Xserver and Mesa components in Xenocara.
It is important that users that are following -current upgrade their Xenocara and help test and report problems found.
Read on for Matthieu's message:
List: openbsd-tech Subject: xserver and Mesa updated From: Matthieu HerrbDate: 2008-11-02 17:10:45 Hi, I just committed in xenocara two updates to xserver 1.5.2 and to Mesa 7.2. There are 2 things that change from a configuration point of view after these updates, if you have an /etc/X11/xorg.conf file: - remove the 'RgbPath' line in the 'ServerFlags' section. It's no longer recognized as an option. (Xorg now uses an internal RGB database). - the xf86-video-i810 driver for older intel chipsets is no longer provided, since it's not compatible with the new libpciaccess way to access PCI configuration space. You should switch to the 'intel' driver. In case you find problems with this update, please report them here. Don't forget to include a precise description of the problem and a /var/log/Xorg.0.log file from the failing server. -- Matthieu Herrb
Owain Ainsworth (oga@) adds...
Mesa 7.2 defaults to sync-to-vblank for intel chips in an attempt to avoid "tearing" in the display. In this mode, OpenGL drawing is synchronised to the refresh rate of your monitor and thus is capped at that rate. If for some reason this bothers you, you may circumvent this by either setting 'vblank_mode=0' in your environment or use driconf (in ports) to configure this option.
(Comments are closed)
By Anonymous Coward (78.137.178.1) on
Comments
By Anonymous Coward (67.69.227.99) on
By Anonymous Coward (2a01:198:2ae::50ed:fde9) on
i810 works just fine for me with -current from 2008/10/20 but I never managed to get the intel driver to work.
$ dmesg | head
OpenBSD 4.4-current (GENERIC.MP) #942: Mon Oct 20 17:59:41 MDT 2008
deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
Comments
By Brad (2001:470:8802:3:20f:b5ff:fe45:7cfe) brad at comstyle dot com on
>
> i810 works just fine for me with -current from 2008/10/20 but I never managed to get the intel driver to work.
>
> $ dmesg | head
> OpenBSD 4.4-current (GENERIC.MP) #942: Mon Oct 20 17:59:41 MDT 2008
> deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
Xinerama is the old way of doing things with multihead. The new supported way of doing multihead is through RandR 1.2.
Comments
By Victor (141.115.28.2) on
> >
> > i810 works just fine for me with -current from 2008/10/20 but I never managed to get the intel driver to work.
> >
> > $ dmesg | head
> > OpenBSD 4.4-current (GENERIC.MP) #942: Mon Oct 20 17:59:41 MDT 2008
> > deraadt@i386.openbsd.org:/usr/src/sys/arch/i386/compile/GENERIC.MP
>
> Xinerama is the old way of doing things with multihead. The new supported way of doing multihead is through RandR 1.2.
Are you sure of what you state ?
For me RandR is a way to switch monitor, enable ones and disable others, but xinerama is always here to make one screen from all of the physical ones.
Am I wrong ?
Comments
By Anonymous Coward (2a01:198:2ae::50ed:fde9) on
>
> Are you sure of what you state ?
>
> For me RandR is a way to switch monitor, enable ones and disable others, but xinerama is always here to make one screen from all of the physical ones.
>
> Am I wrong ?
Would be nice to know how to use two screens with two different resolutions (1280x1024 and 1024x768) without xinerama... and also without some lost invisible desktop area on one of the screens.
Comments
By Owain G. Ainsworth (oga) on
>
> Would be nice to know how to use two screens with two different resolutions (1280x1024 and 1024x768) without xinerama... and also without some lost invisible desktop area on one of the screens.
RandR 1.2 emulates xinerama, but also allows acceleration and hotplugging of monitors.
Xinerama was, and still is, terribly and inefficiently written.
Also, you can set up RandR 1.2 in xorg.conf, read the manpage.