Re: [PATCH] xserver: add udev/systemd multi-seat support

2011-09-27 Thread Dave Airlie
 
  http://www.freedesktop.org/wiki/Software/systemd/multiseat

Hi Lennart,

this patch caused a build regression on our RHEL6 builder,

http://tinderbox.x.org/builds/2011-09-27-0006/logs/xserver/#build

Can you please provide a patch to fix the build against older udevs, and just
not do multi-seat in that case probably.

or else we'll have to revert this.

Dave.
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


[Pull Request] Glamor: A 2D rendering acceleration implementation based on OpenGL

2011-09-27 Thread zhigang gong
Hi Keith,

Here is the pull request to merge glamor. Basically, it has three parts.
The first part is the 2D rendering acceleration implementation in
glamor directory. It supports both OpenGL/GLESv2. The second part is
in hw/kdrive/xephyr. This part integrate glamor into Xephyr. And by
specify a -glamor when invoke the Xephyr then you can use glamor
to accelerate the rendering operations. The third part is in
hw/xfree86/glamor. This part implements a standalone ddx driver based
on glamor, egl and kms. With this glamor driver, you can start up
a Xserver over Mesa/EGL directly, without any native window system.

Here are some instructions for how to build and use glamor:

1. Xephyr over glamor.

Firstly configure Xephyr as below:
#./autogen.sh --prefix=/opt/xserver-glamor --disable-glx
--enable-kdrive --enable-xephyr --enable-glamor
Then build and install the Xephyr. Then start a xserver which has glx support.
Then invoke the Xephyr within the X env:
#Xephyr -glamor

2. Standalone glamor ddx over EGL + KMS.
Firstly we need to build mesa, the prefer version is git master. Build
MESA as below (disable gallium, enable egl drm platform and must enable gbm.)
#./autogen.sh --prefix=/opt/xserver-glamor --with-egl-platforms=drm
--with-gallium-drivers= --enable-shared-glapi --enable-gles2
Then build and install the mesa library.

Secondly configure Xorg as below:
#./autogen.sh --prefix=/opt/xserver-glamor --disable-glx
--enable-glamor --enable-glamor-ddx
Then build and install this Xorg. And invoke it as below:
#startx -- /opt/xserver-glamor/bin/Xorg
You can check the /opt/xserver-glamor/var/log/Xorg.0.log to find the
following words:
Standalone glamor: OpenGL accelerated X.org driver
which indicates the glamor ddx driver is running.

Restrictions:
1. Not fully support glx.
Glamor ang glx both need to create and maintain gl contexts. I haven't
find a way to make them co-exist concurrently peacefully. One workaround
is to rename those function names in glx/glapi.c and that will break
the indirect glx rendering. But the direct rendering works fine with this
workaround. This pull request doesn't has that workaround, so to
enabling glamor, you must disable glx when build the xserver.

2. Not fully support DRI2.
Gbm and mesa drm image extension don't support allocate dri2 buffers,
especially for those Y-tiled buffers. So we can't support dri2 by
using standalone glamor ddx driver. One workaround is to integrate
glamor to current 2D driver, let the 2D rendering go to glamor and
the other functions still use the original 2D drivers. We can borrow
original 2D driver's buffer management to allocate dri2 buffers,
and then bind those buffers to EGL KHR images, and then we can easily
use glamor to rendering on those buffers directly. Discussed with
Kristian on this restriction, and the conclusion is that we may
hack the MESA buffer allocation to export those dri2 buffer allocation
APIs to glamor. I will publish my modified xf86-video-driver-glamor
latter on my personal repository which utilize glamor and support
DRI2 and direct glx rendering.

3. Only support Intel platform currently.
As glamor depends on KMS + MESA/EGL + GBM, currently only
intel gfx device get supported.

At last Just as Eric said, glamor's development has gone on for a long time
without cleaning up and getting code merged, we have to submit this very
long patch list here . I know this is inconvenient for the community to review,
but I really have little choice. Anyway, please help to check it. Any comments
are welcome.

Thanks.

The following changes since commit 7fb4bef0394a5d09680985d34bce8252b61493cb:

  Merge remote-tracking branch 'mattst88/for-keith' (2011-09-21 14:34:27 -0700)

are available in the git repository at:

  git://people.freedesktop.org/~gongzg/xserver-glamor glamor

Eric Anholt (100):
  Add build infrastructure for glamor.
  More ephyr/glamor glue.
  Add exa/glamor to _DEPENDENCIES so the bin gets rebuilt with the libs.
  glamor: Use -lgl for Xephyr if GLX is unset.
  glamor: Start trying to hook up the rendering bits
  glamor: Use a nicer struct initializer for gcops.
  glamor: glFlush from the blockhandler so rendering happens.
  glamor: first real attempt at rendering.
  ephyr: merge the host glamor bits into hostx.
  add fill files, merge with first real attempt at rendering.
  ephyr: Make sure a glamor-using window is created with a glx visual.
  ephyr: Use GLEW.
  glamor: Fix up block/wakeup handler.
  glamor: remove gratuitous flush.
  glamor: Fix up DrawPixels arguments to bear some relation to reality.
  glamor: Move to using shader objects.
  glamor: Add getspans implementation.
  glamor: Maybe fix up the format/type for setspans.
  glamor: Create FBOs for pixmaps.
  glamor: Fill out glamor_get_color_4f_from_pixel() a bit.
  glamor: Add untested support for tile filling.
  glamor: Free resources when destroying pixmaps.
  glamor: Add stub 

Re: [Pull Request] Glamor: A 2D rendering acceleration implementation based on OpenGL

2011-09-27 Thread Alan Coopersmith

On 09/27/11 06:50 AM, zhigang gong wrote:

  [Over 225 commits]
  47 files changed, 10484 insertions(+), 14 deletions(-)


That's a huge amount of change without any Reviewed-by: tags, which
makes it seem very premature for requesting a Pull, especially as it's
the first time xorg-devel has really ever heard of this project.

--
-Alan Coopersmith-alan.coopersm...@oracle.com
 Oracle Solaris Platform Engineering: X Window System

___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: [Pull Request] Glamor: A 2D rendering acceleration implementation based on OpenGL

2011-09-27 Thread Alon Levy
On Tue, Sep 27, 2011 at 09:50:06PM +0800, zhigang gong wrote:
 Hi Keith,
 
 Here is the pull request to merge glamor. Basically, it has three parts.
 The first part is the 2D rendering acceleration implementation in
 glamor directory. It supports both OpenGL/GLESv2. The second part is
 in hw/kdrive/xephyr. This part integrate glamor into Xephyr. And by
 specify a -glamor when invoke the Xephyr then you can use glamor
 to accelerate the rendering operations. The third part is in
 hw/xfree86/glamor. This part implements a standalone ddx driver based
 on glamor, egl and kms. With this glamor driver, you can start up
 a Xserver over Mesa/EGL directly, without any native window system.
 

I am not very familiar with either cairo/pixman, just know that it is
used in spice, and it has a GL backend. There is also clutter, and some
other open source 2D GL rendering libraries (qt canvas is also interesting,
although I guess it's C++). How is glamor related to them? (I guess some
of them don't support EGL, but looking at those who do - clutter certainly,
runs on my n900, and qt as well I think).

Alon
___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: net-color spec renamed to X Color Management

2011-09-27 Thread Matt Dew

Is this related to GNOME's color management stuff in this article:
http://libregraphicsworld.org/articles.php?article_id=42

Matt



On 09/26/2011 12:21 AM, Kai-Uwe Behrmann wrote:

The net-color spec from the libXcm repository is renamed [1].
The _NET_ prefix is reserved inside the Xorg atom name space. The new
prefix is simply _ICC_.

The new spec draft is called X Color Management [2]. It contains the
color regions in Xorg description and the device profile for Linux
desktop colour servers.
Affected are libXcm, Xcm, Oyranos, CompICC and CinePaint. They are all
updated and will contain the changes in their next releases.

The spec allowes a client/server communication about colour correction
on the GPU by compositing window managers.


kind regards
Kai-Uwe Behrmann


___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com


Re: multiuser system

2011-09-27 Thread Matt Dew

On 09/13/2011 07:54 PM, Alan Coopersmith wrote:

On 09/13/11 11:47 AM, Felix Miata wrote:

On 2011/09/13 11:58 (GMT-0400) D.H. Bahr composed:


I have a GNU/Linux distro based on Ubuntu, runing on a PC with multiple
SVGA ports (3 at the time, but maybe more in time). What I need is to
configure XServer so that I can have multiple terminals (a terminal
being a display, a keyboard and a mouse) using the system as independent
users... I believe this was one of the original X Windows System goals,
but I am not sure on how to achieve this.
Any thougts??


There's at least one HOWTO out there for doing this.


multiseat is the magic word you need to enter into google to find it.




Not to encourage folks to post to the mailing list instead of googling 
for themselves, but https://help.ubuntu.com/community/MultiseatX is a 
really good HowTo even if you're not using ubuntu.


___
xorg@lists.freedesktop.org: X.Org support
Archives: http://lists.freedesktop.org/archives/xorg
Info: http://lists.freedesktop.org/mailman/listinfo/xorg
Your subscription address: arch...@mail-archive.com