xserver-multidpi/hw/kdrive/ephyr
Keith Packard fb1edccf3c dix: Call screen block/wakeup handlers closest to blocking [v3]
The screen block and wakeup handlers are the only ones which provide a
well known ordering between the wrapping layers; placing these as
close as possible to the server blocking provides a way for the driver
to control the flow of execution correctly.

Switch the shadow code to run in the screen block handler so that it
now occurrs just before the server goes to sleep.

Switch glamor to call down to the driver after it has executed its own
block handler piece, in case the driver needs to perform additional
flushing work after glamor has called glFlush.

These changes ensure that the following modules update the screen in
the correct order:

animated cursors        (uses RegisterBlockAndWakeupHandlers dynamically)
composite               (dynamic wrapping)
misprite                (dynamic wrapping)
shadow                  (static wrapping)
glamor                  (static wrapping)
driver                  (static wrapping)

It looks like there's still a bit of confusion between composite and
misprite; if composite updates after misprite, then it's possible
you'd exit the block handler chain with the cursor left hidden. To fix
that, misprite should be wrapping during ScreenInit time and not
unwrapping. And composite might as well join in that fun, just to make
things consistent.

[v2] Unwrap BlockHandler in shadowCloseScreen (ajax)
[v3] ephyr: Use screen block handler for flushing changes

ephyr needs to make sure it calls glXSwapBuffers after glamor finishes
its rendering. As the screen block handler is now called last, we have
to use that instead of a registered block/wakeup handler to make sure
the GL rendering is done before we copy it to the front buffer.

Signed-off-by: Keith Packard <keithp@keithp.com>
Reviewed-by: Adam Jackson <ajax@redhat.com>
2016-06-20 11:54:57 -07:00
..
man Xephyr: option to disable grabbing the host 2014-10-22 14:16:16 -07:00
.gitignore Xephyr: build Xephyr man pages using XORG_MANPAGE_SECTIONS 2011-01-18 15:10:29 -08:00
ephyr_draw.c Introduce a consistent coding style 2012-03-21 13:54:42 -07:00
ephyr_glamor_glx.c ephyr: Fix redisplay with glamor on GLES. 2016-03-10 11:12:43 -05:00
ephyr_glamor_glx.h xephyr: Don't forget to glViewport() before drawing the screen. 2014-03-17 14:30:28 -07:00
ephyr_glamor_xv.c glamor: Share code for put_image handling. 2014-06-15 23:20:09 +01:00
ephyr.c dix: Call screen block/wakeup handlers closest to blocking [v3] 2016-06-20 11:54:57 -07:00
ephyr.h dix: Call screen block/wakeup handlers closest to blocking [v3] 2016-06-20 11:54:57 -07:00
ephyrcursor.c cursor: drop ARGB_CURSOR 2015-06-30 12:17:51 +10:00
ephyrinit.c ephyr: enable option -sw-cursor by default in multi-seat mode 2016-03-01 10:46:43 -05:00
ephyrlog.h Drop trailing whitespaces 2014-11-12 10:25:00 +10:00
ephyrvideo.c Drop trailing whitespaces 2014-11-12 10:25:00 +10:00
hostx.c kdrive/ephyr: map host X server's keymap into Xephyr, if supported 2016-03-01 11:00:34 -05:00
hostx.h kdrive/ephyr: map host X server's keymap into Xephyr, if supported 2016-03-01 11:00:34 -05:00
Makefile.am xephyr: Remove DRI1 2016-01-28 09:01:12 -05:00
os.c kdrive/ephyr: Use NotifyFd for XCB connection input [v2] 2015-12-01 13:55:20 -05:00
README Xephyr grab fix 2004-11-11 14:55:30 +00:00

Xephyr README
=============


What Is It ?
============

Xephyr is a a kdrive server that outputs to a window on a pre-existing
'host' X display. Think Xnest but with support for modern extensions
like composite, damage and randr. 

Unlike Xnest which is an X proxy, i.e.  limited to the
capabilities of the host X server, Xephyr is a real X server which
uses the host X server window as "framebuffer" via fast SHM XImages.

It also has support for 'visually' debugging what the server is
painting.


How To Use 
==========

You probably want to run like;

Xephyr :1 -ac -screen 800x600 &

Then set DISPLAY=:1 and run whatever X apps you like.

Use 'xrandr' to change to orientation/size. 

There is a '-parent' switch which works just like Xnests ( for use
with things like matchbox-nest - http://matchbox.handhelds.org ).

There is also a '-host-cursor' switch to set 'cursor acceleration' -
The host's cursor is reused. This is only really there to aid
debugging by avoiding server paints for the cursor. Performance
improvement is negiable. 

Send a SIGUSR1 to the server ( eg kill -USR1 `pidof Xephyr` ) to
toggle the debugging mode. In this mode red rectangles are painted to
screen areas getting painted before painting the actual content. The
delay between this can be altered by setting a XEPHYR_PAUSE env var to
a value in micro seconds.


Caveats
=======

 - Depth is limited to being the same as the host. 
   *Update* As of 8/11/2004. Xephyr can now do 8bpp & 16bpp 
            on 24bpp host.

 - Rotated displays are currently updated via full blits. This
   is slower than a normal oprientated display. Debug mode will
   therefor not be of much use rotated.  

 - The '-host-cursor' cursor is static in its appearence. 

 - The build gets a warning about 'nanosleep'. I think the various '-D'
   build flags are causing this. I havn't figured as yet how to work
   round it. It doesn't appear to break anything however. 

 - Keyboard handling is basic but works. 

 - Mouse button 5 probably wont work. 





Matthew Allum <mallum@o-hand.com> 2004