xserver-multidpi/hw/kdrive/ephyr
Jeremy Uejio c8216aede6 Sun bug #6685465: Xephyr uses wrong or bad colortable in 8-bit mode
<http://bugs.opensolaris.org/view_bug.do?bug_id=6685465>

This bug is caused by Xephyr not handling the RGB byte order correctly
of the server where Xephyr is displaying on. The previous code just
assumed that the order was RGB and did not take into account that
Xservers may use different order (such as BGR).

The fix is to add a function to calculate the byte order and bits
to shift based on the visual mask and the visual bits_per_rgb (which
is usually 8, but could be server dependent).  Since the shifts won't
change once the display connection has been made, I can cache these
values so that Xephyr doesn't have to keep recalculating them everytime
it tries to translate the Xephyr colormap entries for Xephyr clients to
the actual server colormap entries (i.e. calling the function
hostx_set_cmap_entry() repeatedly for every colormap entry).
2008-07-01 13:37:12 -07:00
..
ephyr_draw.c Remove NDEBUG (assert() disable) define from the X Server. 2008-04-10 10:35:14 -07:00
ephyr.c kdrive: changes ephyr API according mpx merge. 2008-06-02 10:27:12 +09:30
ephyr.h Bug #10016: Implement WM_CLASS hints in Xephyr. 2008-03-24 16:06:33 -04:00
ephyrdri.c xephyr: XEPHYR_DRI is identical to XF86DRI 2008-04-23 18:11:56 +03:00
ephyrdri.h Xephyr: make accelerated glxgears work in Xephyr 2007-10-02 16:55:16 +02:00
ephyrdriext.c xephyr: XEPHYR_DRI is identical to XF86DRI 2008-04-23 18:11:56 +03:00
ephyrdriext.h [Xephyr/GL] properly route expose event on GL drawables 2008-02-21 15:33:02 +01:00
ephyrglxext.c Fix up paths for GL/glx -> glx renaming 2008-05-21 10:51:15 -07:00
ephyrglxext.h XEPHYR: more GLX/DRI proxying work. 2007-10-02 16:55:15 +02:00
ephyrhostglx.c xephyr: XEPHYR_DRI is identical to XF86DRI 2008-04-23 18:11:56 +03:00
ephyrhostglx.h Xephyr: Make glxinfo work on the ATI R200 free driver. 2007-10-02 16:55:16 +02:00
ephyrhostproxy.c EPHYR: Add an experiment proto proxy extension. 2007-10-02 16:55:15 +02:00
ephyrhostproxy.h EPHYR: Add an experiment proto proxy extension. 2007-10-02 16:55:15 +02:00
ephyrhostvideo.c Xephyr: port XV/GL stuff of the new multiscreen architecture 2007-10-03 13:03:34 +02:00
ephyrhostvideo.h Xephyr: port XV/GL stuff of the new multiscreen architecture 2007-10-03 13:03:34 +02:00
ephyrinit.c ephyr: some whitespace changes. 2008-06-08 23:28:27 +09:30
ephyrlog.h Remove NDEBUG (assert() disable) define from the X Server. 2008-04-10 10:35:14 -07:00
ephyrproxyext.c EPHYR: Add an experiment proto proxy extension. 2007-10-02 16:55:15 +02:00
ephyrproxyext.h EPHYR: Add an experiment proto proxy extension. 2007-10-02 16:55:15 +02:00
ephyrvideo.c Xephyr: port XV/GL stuff of the new multiscreen architecture 2007-10-03 13:03:34 +02:00
hostx.c Sun bug #6685465: Xephyr uses wrong or bad colortable in 8-bit mode 2008-07-01 13:37:12 -07:00
hostx.h xephyr: XEPHYR_DRI is identical to XF86DRI 2008-04-23 18:11:56 +03:00
Makefile.am kdrive: need not export symbols for glx anymore 2008-05-23 22:40:25 +03:00
os.c Xephyr: fix a compiler warning 2007-10-04 12:51:08 +02:00
README Xephyr grab fix 2004-11-11 14:55:30 +00:00
XF86dri.c xephyr: XEPHYR_DRI is identical to XF86DRI 2008-04-23 18:11:56 +03:00
xf86dri.h xephyr: sync with mesa 2008-04-23 18:11:56 +03: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