VMWAREComposite: Only hide cursor if source picture is backed by drawable.

Should fix https://bugs.freedesktop.org/show_bug.cgi?id=14208 .

vmware: Fix crash with xserver >= 1.7.

Fixes https://bugs.freedesktop.org/show_bug.cgi?id=24541 .

Makefile.am: add ChangeLog and INSTALL on MAINTAINERCLEANFILES

Now that the INSTALL file is generated.
Allows running make maintainer-clean.

INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206

Automake 'foreign' option is specified in configure.ac.
Remove from Makefile.am

INSTALL, NEWS, README or AUTHORS files are missing/incorrect #24206

Add missing INSTALL file. Use standard GNU file on building tarball
README may have been updated
Remove AUTHORS file as it is empty and no content available yet.
Remove NEWS file as it is empty and no content available yet.

Several driver modules do not have a ChangeLog target in Makefile.am #23814

The git generated ChangeLog replaces the hand written one.
Update configure.ac to xorg-macros level 1.3.
Use XORG_DEFAULT_OPTIONS which replaces four XORG_* macros
Update Makefile.am to add ChangeLog target if missing
Remove ChangeLog from EXTRA_DIST or *CLEAN variables
This is a pre-req for the INSTALL_CMD

.gitignore: use common defaults with custom section # 24239

Using common defaults will reduce errors and maintenance.
Only the very small or inexistent custom section need periodic maintenance
when the structure of the component changes. Do not edit defaults.

.gitignore: use common defaults with custom section # 24239

Using common defaults will reduce errors and maintenance.
Only the very small or inexistent custom section need periodic maintenance
when the structure of the component changes. Do not edit defaults.

Bump fo 10.16.8 Release

xf86-video-vmware: Remove unused .cvsignore file #23776

Signed-off-by: Peter Hutterer <peter.hutterer@who-t.net>

vmware: change to using ABI version check

vmware: fix resource removal properly

vmware: update for resources/RAC API removal

Bump for 10.16.7 Release.

An imperfect fix for Xinerama state changes without a mode change

    This patch improves behaviour for Xinerama state changes (via the
    VMWARE_CTRL) extension that don't have an accompanying mode change.
    This will be the case if a new Xinerama monitor layout has a bounding
    box with an identical size to that of the previous layout.

    Prior to this patch, the behaviour was pretty bad. If you sent two
    Xinerama states with the same bounding box, the second state would
    be set as pending but no actual mode change would occur, because
    the X server would already be in the right video mode. This means
    that the pending mode stays pending.

    If another Xinerama state comes in after this, we would hit our
    "Aborting due to existing pending state" error, and the new state
    would be discarded. This means we'd drop the mode switch on the
    floor, plus we'd lie to the client and say it worked.

    One example of the user-visible symptoms from this: The user has
    four monitors of the same size. We'll call them A through D.
    The VM goes into full-screen mode, and they set it to use screens
    ABC. Now they switch to BCD. These have the same bounding box size,
    so no mode change occurs and a topology is still pending. Now they
    switch to monitors BC. This mode switch is dropped, so the guest
    is still in the ABC topology and the mode is too wide for BC.

    This patch is an incomplete fix. If we're setting a new topology
    with the same bounding box, we'll flush the Xinerama state
    immediately since we know the mode switch will never occur. This
    means we don't get stuck with xineramaNextState set when it
    shouldn't be, and we don't have the problem with dropping
    subsequent mode changes. We also do set the new Xinerama state,
    so apps that query it will see the updated state immediately.

    But the fix isn't perfect- as far as I can tell, there's no way
    to notify applications that the monitor layout changed without
    a mode switch. So even though we've set the new topology, most
    apps won't notice. There are ways we could hack around this,
    but none of them are pretty.

Fix black screen after resume from hibernate.

The root cause for the black screen and system lock up is
caused by not recovering the SVGA ID register after hibernation.
Incorrect ID register value will invalidate the FIFO memory start
register, and driver will not retrieve correct FIFO memory start
address and the busy read of svga FIFO sync register will lock up
the whole system.

Currently SVGA Xorg driver does not have a kernel module to handle
the power management event, but Xorg will call driver provided
LeaveVT before shutting down system and call EnterVT after resuming
system from hibernation, so these two callback functions are good
entry points to save and restore the ID register value. This patch
saves the ID register value in LeaveVT and restores the value to
SVGA ID register in EnterVT.

Bump for 10.16.6 release

Better cursor size limit and explanation

Increase the cursor size limit to 64x64, and give a
better explanation of the host's cursor size limits.

Allow cursor updates while unhidden

This change just adds a flag to our hardware cursor,
telling Xorg that it doesn't need to hide the cursor
when updating its shape. This fixes the cursor flicker
in X11.

Unbreak vmwarectrl setres

The vmwarectrl tool's "setres" command was unusable,
because it looks like someone added the settopology
test without updating the argument indices for setres.
This patch makes setres usable again.

Fix dynamic mode edge cases

The VMware Xorg driver supports dynamic modelines that can be set from
userspace via an X extension. These are used to implement VM features
which need to automatically change the resolution of the guest OS.

This driver implements the feature using two modelines.  The driver
would alternately update one mode then the other, so that in typical
usage one mode is current and the other is available for the next mode
switch.

This usually worked, but there were many edge cases that could cause
this alternating pattern to get 'out of sync', so we'd end up changing
the resolution of the current video mode. This could end up putting
the X server in a state where the screen resolution has been changed,
but the hardware was never reprogrammed for the new resolution.

This patch fixes the problem by explicitly searching for a dynamic
mode that isn't currently in use. We no longer rely on the alternating
pattern.

Update README

Updates the copyright date, and replaces the rather out-of-date
2D documentation with a link to the updated 2D and 3D docs on
Source Forge.

Automatically add modelines for the driver's built-in set of modes.

The driver has had a built-in set of modes for a while, but there
was nothing adding modelines to back them up, causing initial modes
to be rejected at startup with certain Xorg versions.

This change adds the actual modelines for sufficiently new versions
of the server (>= 1.2), as the necessary calls were only introduced
at that time.

Remove xorgconfig & xorgcfg from See Also list in man page

Bump version for 10.16.5 release.

Add RegionEqual function for older XFree86 versions.

Fixes bug : http://bugzilla.eng.vmware.com/show_bug.cgi?id=312853

When we added AUTOPAINT_COLORKEY capability to our VMware video driver,
region functions were used to keep track of colorkey painting.

REGION_EQUAL was one of them.

Unfortunately REGION_EQUAL was not present in regionstr.h shipped with XFree86 version
4.3.0.
This version is used by TurboLinux 10; causing X server to crash while playing videos.

REGION_EQUAL was added in revision 1.8 of regionstr.h and available for xfree86 version
4.3.99
onwards.
Reference:
http://cvsweb.xfree86.org/cvsweb/xc/programs/Xserver/include/regionstr.h.diff?r1=1.7&r2=1.8

When I compiled the existing code(without my change), I see a warning was generated
indicating REGION_EQUAL is not present.
Too bad we missed it.

This patch includes
1) Slightly modified version of miRegionEqual from miRegion.c
2) Some formating cleanup.

Prepare for 10.16.4 release.

Video Overlay: Handle clipping correctly with AutoPaint colorkey.

We recently added XV_AUTOPAINT_COLORKEY attribute to the X video driver
to enable applications like Real player that rely on this attribute to
display video frames in Linux guest.

When this attribute is SET, we paint the colorkey on 1st frame and from
there on only when the video is moved.

This introduced a bug 305202 with clipping.

Consider a case when the video is playing, obscure the player window
with another window, without moving the player window, move the other
window away. The part of the window that was obscured didn't display
the video.

With this patch instead of relying on the target rectangle, we use
the clipBoxes supplied in every frame.

Prepare for 10.16.3

Bump up version numbers.

Video Overlay: Add XV_AUTOPAINT_COLORKEY capability to the Xv extension of Linux guest driver.

Applications use XV_AUTOPAINT_COLORKEY capability to let the driver handle the painting
of colorkey.

Real Player assumes this capability as ON by default and hence prior to this patch videos
didn't play with Real player.

With this patch:
a) If AUTOPAINT_COLORKEY is SET then the driver handles the painting of the colorkey.
Painting is done on the 1st frame and from there on only if the video frame moves.

b) Adds UYVY fourcc format to keep it consistent with Windows SVGA driver and the host backends.

c) Changes the default colorkey from a pungent GREEN to a darker shade.
Real Player sets this colorkey and it looks better when the video is moved around.

Trivial fix: Delete ASSERT() statement

Delete the ASSERT() statement that got introduced in the previous check-in.

Fix video overlay offscreen allocation bug

When Kaffeine player stops a video, it sets the cleanup flag to FALSE and may
start playing the next video. In its present state the driver does not check or
clean up the offscreen area. This is a bug as the newer video might need more
offscreen space for its frame. The fix is to check for the offscreen frame size
in videoPlay and restart the stream if necessary.

Prepare for 10.16.2

Bump up version numbers.

Fix VMWARE_CTRL and Xinerama Initialization

Move initialization code for the vmware control and xinerama extensions to
VMWAREScreenInit(), so that auto-resize and multi-mon work fine after a user
logs out and logs in again in a graphical display manager.

More xorg and xfree86 backwards compatibility

Push most of the xorg-server version checking into the configure script. With
this change, unmodified driver source compiles in the XFree86 4.3 tree.

Change // comments to /*

This will make it easier to compile the driver against ancient versions of X.

Compile warning fixes

Major problem was prototype vmwareInitVideo not matching implementation
vmwareVideoInit. Remaining are adding an "ansification" of a function without
arguments, and removing/disabling unused variables/functions.

Bump version to 10.16.1 in configure.ac

The previous change didn't bump up the version in configure.ac.

Prepare for 10.16.1

Update the modinfo section and make a configure.ac fix.

Fix build for all modular versions of Xorg

This change makes the video driver compile with Xorg 7.0. There are a couple of
trivial changes that bring down the maximum Xserver version down to 2.0. Hacky,
but good enough for now.

Send down guest display topology

Send down the Xinerama topology from the guest down to the host, by setting
display topology registers in the SVGA device.

vmware 10.16.0

Fix distcheck.

Video Overlay: Source video parameters

This patch adds parameters to the source video frame.  Applications can request
only a subset of the source video frame to be displayed. These parameters are
srcX, srcY, srcWidth and srcHeight. width and height represent the entire
source video frame.

Makefile.am: nuke RCS Id

Xv extension for VMware's video driver

This patch implements the Xv extension for VMware's X video driver.

The Xv specification can be found here
http://www.xfree86.org/current/DESIGN16.html

I've written a trivial offscreen memory manager that allocates memory from the
bottom part of the Video RAM and it can handle only 1 video-stream. Eventually
we intend to support upto 32 video-streams (there is already support for
multiple video streams in respective backends).

Trivial libpciaccess related fix

Fix VMWAREUnmapMem to correctly unmap memory for the libpciaccess case.

Port to libpciaccess.

Update for 10.15.2 release

There are problems when running with old X releases with a
global symbol collision with the mouse driver.

Guard modinfo section against gcc.

Ready 10.15.1 release.

To allow for easier detection of driver version by other VMware tools,
we are embedding the version in a .modinfo section so that the Linux
kernel 'modinfo' tool can be (ab)used to check it.

Add *~ to .gitignore to skip patch/emacs droppings

Update copyright date.

Add svga_modes.h to Makefile.am

Filter out default modes that are larger than the hardware
maxmimum size and add an explicit mode for the hardware
maximum.

Correct the incorrect 1080p resolution.

Should be 1920x1080 and not 1900x1080. Whoops.

Bump version to 10.15.0

This release adds truely usable resizing support by
removing the restriction that the you cannot resize
larger than the initial mode.

Fix a race condition when switching to a multihead fullscreen mode.

Due to implemtation details on the host side, switching to a multihead
fullscreen mode means multiple mode changes along the way. However,
because rrSetScreenConfig returns before the mode change completes,
we can enter a race, where a subsequent SetDisplayTopology overrides
the current pending one, leading to a mode switch where the resolution
and topology are no longer consistent.

So, we fix this by ignoring any attempts to set the pending topology if
one is already pending.

Add a bunch of useful modes to the mode list.

    The X server prunes modes above the initial mode and
    the number of default modes varies with distro and
    server version. As it's easy to do, let's add a bunch
    of useful versions in the driver so that users don't
    have to mess with their config files as often.

Update man page to remove mention of the NoAccel option which
no longer exists as we don't do any 'acceleration'.

Remove XAA 'acceleration'.

We have a lot of stale code to 'accelerate' certain operations
through XAA. However, in practice, this acceleration is
completely unhelpful because whenever we encounter an
unaccelerated action, we have to sync and flush the fifo
which kills any performance gain.

As such, the virtual hardware doesn't even advertise these
acceleration capabilities anymore, so the code is completely
unusued.

In addition, XAA is on the way out, so there's no point
leaving in dead code which will have to go in the fairly
near future.

The one operation we can meaningfully accelerate is a
front-only fill and when we get around to implementing
that, we'll use EXA instead.

Make resizing work once and for all.

This change removes the limitation on resizing larger than the
initial size and removes the need for pitch-locking bu resizing
the screen pixmap. Now the only limit on the screen size is
the maximum width/height reported by the virtual hardware which
is configured on the host side.

Revert "Convert callers of LookupWindow() to dixLookupWindow()."

This reverts commit 1f298c24fe1dde35f0d77cc34518eb9c2b873fc5.

Convert callers of LookupWindow() to dixLookupWindow().

Explicitly initialise buffer to NULL for parsing xinerama topologies.

Update man page to document "StaticXinerama"

Bump version to 10.14.0

Fix more warnings.

Fix some warnings noted when compiling the code against
older Xorg versions.

Refactor static Xinerama parsing.

Add support for a static Xinerama configuration to be specified
in xorg.conf. This static configuration will always be used and
any attempts to update it will be ignored.

Note that all xinerama aware apps that I have seen will not
sanity check the xinerama extents against the screen size, so
if the screen doesn't properly enclose the xinerama extents,
expect your apps to punish you accordingly.

Update .gitignore

Add vmwarectrl sample client.

Add .gitignore files.

Document the 'Xinerama' option and tweak the default to reflect
the capabilites of the underlying hardware.

Check for xinerama in configure.ac

Add xinerama support to the vmware video driver. (Better late than never).

With this change, the VMWARE_CTRL extension is updated so that it can
receive topology updates at runtime. I will add some sample client code
separately.

I also intend to add support for a static initial topology defined in
xorg.conf but I haven't got around to it yet due to hating to write
string parsing code.

Add support for the upcoming PITCHLOCK register. The FIFO register
is deprecated but support is retained so the driver works with
Workstation 5.5 and friends.

Fix https://bugs.freedesktop.org/show_bug.cgi?id=8094
Lazily allocate the dynamic modes used for pixel precise guest
resizing. They will not appear until they are neeed.

Unlibcwrap. Bump server version requirement. Bump to 1.1.0.

Unlibcwrap. Bump server version requirement. Bump to 10.13.0.

Add VMWARE_CTRL extension.

Use DriverFunc to adjust physical size to keep DPI constant.

Update package version for X11R7 release.

Stub COPYING files

Update package version number for final X11R7 release candidate.

Change *man_SOURCES ==> *man_PRE to fix autotools warnings.

Update package version number for X11R7 RC3 release.

Remove extraneous AC_MSG_RESULT.

Only build dlloader modules by default.

Change *mandir targets to use new *_MAN_DIR variables set by xorg-macros.m4
    update to fix bug #5167 (Linux prefers *.1x man pages in man1 subdir)

Add .cvsignores for drivers.

Bump version numbers for X11R6.9/X11R7 RC2.

Update package version number for X11R7 RC2 release.

Fix a bug where the cursor disappears. Committed on behalf of Shelley Gong
    (shelleygong@vmware.com).

Update pkgcheck depedencies to work with separate build roots.

Update package version number for RC1 release.

Use @DRIVER_MAN_SUFFIX@ instead of $(DRIVER_MAN_SUFFIX) in macro
    substitutions to work better with BSD make

More 1.7 braindamage: define EXTRA_DIST in terms of @DRIVER_NAME@ instead
    of indirectly