vmwlegacy: Add a missing include

The test for Xserver >= 1.2 in the affected file was always failing.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Reviewed-by: Michel Dänzer <daenzer@vmware.com>

vmwlegacy: Don't attempt to call RRSendConfigNotify on Xservers < 1.2

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>
Reviewed-by: Alan Hourihane <alanh@vmware.com>
Reviewed-by: Michel Dänzer <daenzer@vmware.com>

vmwlegacy: Send ConfigureNotify events on Xinerama state changes with no mode change

Signed-off-by: Michel Dänzer <daenzer@vmware.com>
Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

Fix crosscompile build for older Xservers v2

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

Revert "Fix crosscompile build for older Xservers"

This reverts commit 16e16390385d890b3666485a40369f4c690d5033.

The fix was bogus as pointed out by Cyril Bruleboid <kibi@debian.org>, and
Gaetan Nadon <memsize@videotron.ca>

Fix crosscompile build for older Xservers

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmwlegacy: Remove Write-Combining setups

The virtual CPUs doesn't support it anyway.
Once suggested by Michel Daenzer.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

Bump package version to 11.0.3 for release

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

Purge cvs tags.

Signed-off-by: Jesse Adkins <jesserayadkins@gmail.com>
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>

Make the modinfo string contain an optional subpatch number

The idea is that the build system assigns this number if needed.
As an example it might be the commit number since the last version tag.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

Make sure we build on 1.4.99.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmwlegacy: Fix a segfault in vmwareCursorCloseScreen.

The segfault occured because the named function was using resources that
were already taken down, because VMWARECloseScreen was called very late
in the CloseScreen callchain.

Make sure we wrap the CloseScreen pointers late in ScreenInit to avoid this.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmwlegacy: A number of Xv fixes

Properly init and uninit the port private clipboxes on setup and end.
Clear the port private clipboxes on video stop, to force re-painting
of the colorkey when the stream is resumed.
Make sure the colorkey is painted *before* the overlay is flushed. Some
host implementations seem picky about this.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmware/vmwlegacy: Silence compilation errors and -warnings.

Silence warnings and errors on various server versions due to incorrect
usage of libc functions.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmwlegacy: Always scale screen dimensions to the initial DPI on modeswitch.

When we switch mode we usually alter the size in a constant DPI environment
rather than keeping the size constant and alter the DPI.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmware: Handle chain-loader failures gracefully.

If the vmwlegacy driver wasn't present when expected, that would
leave the X server in a confused state. Thus report loading errors properly
back to the X server.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

vmwarectrl: rework standalone package as a subdir of driver

vmwarectrl is a unit test client tool for developers.
By default, it is not built unless --enable-vmwarectrl-client is used.

Acked-by: Thomas Hellstrom <thellstrom@vmware.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

Make the driver build and run without libdrm.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

Only set the first xinerama output as primary.

Signed-off-by: Thomas Hellstrom <thellstrom@vmware.com>

xf86-video-vmware 11.0.2

Signed-off-by: Adam Jackson <ajax@redhat.com>

config: add AM_PROG_CC_C_O for per-target compilation flags

The use of per-target compilation flags with C sources requires
that the macro AM_PROG_CC_C_O be called from configure.ac

If the C compiler does not accept the -c and -o options simultaneously,
define NO_MINUS_C_MINUS_O. This macro actually tests both the compiler
found by AC_PROG_CC, and, if different, the first cc in the path.
The test fails if one fails. This macro was created for GNU Make
to choose the default C compilation rule.

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: add comments for main statements

config: replace deprecated use of AC_OUTPUT with AC_CONFIG_FILES

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: replace deprecated AC_HELP_STRING with AS_HELP_STRING

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: replace deprecated AM_CONFIG_HEADER with AC_CONFIG_HEADERS

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: complete AC_INIT m4 quoting

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: remove unrequired AC_SUBST([XORG_CFLAGS])

This macro is called by PKG_CHECK_MODULES

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: remove unrequired AC_HEADER_STDC

Autoconf says:
"This macro is obsolescent, as current systems have conforming
header files. New programs need not use this macro".

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: remove AC_PROG_CC as it overrides AC_PROG_C_C99

XORG_STRICT_OPTION from XORG_DEFAULT_OPTIONS calls
AC_PROG_C_C99. This sets gcc with -std=gnu99.
If AC_PROG_CC macro is called afterwards, it resets CC to gcc.

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: update AC_PREREQ statement to 2.60

Unrelated to the previous patches, the new value simply reflects
the reality that the minimum level for autoconf to configure
all x.org modules is 2.60 dated June 2006.

ftp://ftp.gnu.org/gnu/autoconf/autoconf-2.60.tar.gz

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

config: upgrade to util-macros 1.8 for additional man page support

Use MAN_SUBST now supplied in XORG_MANPAGE_SECTIONS
The value of MAN_SUBST is the same for all X.Org packages.

Don't crash the server on Xorg -configure

Purge macros NEED_EVENTS and NEED_REPLIES

Signed-off-by: Fernando Carrijo <fcarrijo@yahoo.com.br>
Acked-by: Tiago Vignatti <tiago.vignatti@nokia.com>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>

COPYING: replace stub file with actual Copyright notices.

Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

Fix some issues pointed out by compiler warnings.

* vmware_chain_module() doesn't return any values.
* Remove an unused local variable.

Bump for 11.0.1 release.

Rework chainloader code to check for vmwgfx userspace driver as well

fix a cursor refcounting bug, leading to segfaults

this is similar to what xf86_use_hw_cursor() does, which is replaced by
vmwareUseHWCursor (otherwise, the refcount could reach zero and hence the
cursor deallocated while xf86CursorEnableDisableFBAccess() could still bring
it back to life from the saved cursor).
It is probably insane to do refcounting here, but this needs a xserver fix,
and even if that's fixed this fix here shouldn't hurt (though would be
unnecessary).

make DEBUG_LOGGING compile

Print text about none fatal error message with Fatal in it

Don't hardcode the module version in the source

As pointed out by Julien Cristau XORG_RELEASE_VERSION
gives us that info from configure.ac.

Signed-off-by: Jakob Bornecrantz <jakob@vmware.com>

Bump major for new chainloading driver

Link to drm but on for the vmware chainloader driver

Make sure that modinfo strings are unique

Add modinfo for vmware_drv.so

Add a chain loading module to load new vmwgfx driver if kernel module is loaded

Update Sun license notices to current X.Org standard form

Signed-off-by: Alan Coopersmith <alan.coopersmith@sun.com>

configure.ac: remove unused sdkdir=$(pkg-config...) statement

The sdkdir variable isn't use, so remove the statement.

Acked-by: Dan Nicholson <dbn.lists@gmail.com>
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>

Bump for 10.16.9 release.

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.