OpenBSD Journal

Heads up! Major Xserver and Mesa updates

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 Herrb 
Date:       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)

Comments
  1. Comments

  2. By Anonymous Coward (2a01:198:2ae::50ed:fde9) on

    Does the intel driver work with xinerama now for dual display setups?

    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

    1. By Brad (2001:470:8802:3:20f:b5ff:fe45:7cfe) brad at comstyle dot com on

      > Does the intel driver work with xinerama now for dual display setups?
      >
      > 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

      1. By Victor (141.115.28.2) on

        > > Does the intel driver work with xinerama now for dual display setups?
        > >
        > > 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

        1. By Anonymous Coward (2a01:198:2ae::50ed:fde9) on

          > > 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 ?

          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

          1. By Owain G. Ainsworth (oga) on

            > > > Xinerama is the old way of doing things with multihead. The new supported way of doing multihead is through RandR 1.2.
            >
            > 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.

Latest Articles

Credits

Copyright © - Daniel Hartmeier. All rights reserved. Articles and comments are copyright their respective authors, submission implies license to publish on this web site. Contents of the archive prior to as well as images and HTML templates were copied from the fabulous original deadly.org with Jose's and Jim's kind permission. This journal runs as CGI with httpd(8) on OpenBSD, the source code is BSD licensed. undeadly \Un*dead"ly\, a. Not subject to death; immortal. [Obs.]